必须要了解的微信小程序开发的四大缺陷

　　必须要了解的微信小程序开发的四大缺陷你了解吗？相信现在大家对小程序也都有所体会。微信小程序从上线之后就一直受到各界的追捧，与App相比，同款产品的小程序现阶段主要求快，几乎没有下载安装过程，社交分享转化率极高，而且开发门槛与运营成本相对较低，是一些高频应用的某种场景补充;但是同时也由于小程序入口深、做了太多减法、占内存局限于1MB，导致有许多原产品功能暂时无法实现。所以说微信小程序虽然开发门槛低,但小程序限制也很多。那具体都有哪些限制呢，

必须要了解的微信小程序开发的四大缺陷

　一、小程序不能做游戏和直播

　　在苹果App Store畅销榜上最吸睛的就是游戏和直播类应用(前40名35个游戏，5个直播)，结合微信的天然传播能力完全有出现新爆品的可能性。然而「微信小程序平台运营规范」却赫然写着：3.4 微信小程序的服务范围需与实际填写的类目和标签一致，也需和自身所提供的服务一致，且不应超出小程序平台的类目库范围。如游戏、直播、虚拟物品购买功能等均尚未开放。

　　个人猜测这个规定的背后有两方面的考虑：

　　一是与苹果的交锋与妥协，小程序的诞生必然会分流App Store的关注，而抢走App Store收入比较大头的游戏和直播，无异于虎口夺食，苹果是万万不敢答应的，从小道消息传出的由「应用号」改名叫「小程序」也是类似的道理。

　　二是出于用户体验的考虑，我相信微信OS(像某个段子说的，微信将来会占用50G空间)并不是张小龙的目标，事实上 微信也不需要成为一个OS，微信的核心始终是一个社交工具 。而游戏和直播，与社交都有一个共同的特点，就是花时间，用户的时间被游戏和直播带走了，必然社交的关注度就会有所降低，最终受伤的是微信本身。当然，从技术角度出发，设备性能、网络条件和缓存空间的限制也不可能放任游戏和直播在微信体系的生长，这会影响到微信使用的流畅程度。

　　二、小程序的大小被严格限制

　　小程序源码打包后的大小限制为1M，单次通过网络传输的数据比较大也是1M。

　　1M也就是十张高品质压缩图片的大小，与App Store动辄上百M的应用相比，小程序还真是「小得可怜」。而单次网络请求的数据量限制也决定了热更新只能采取小碎步快跑的方式。微信小程序对于大小的限制说明 微信并不希望大家去开发很重的小程序，也不希望小程序加载庞大的资源文件 。以目前的4G网络，1M的小程序大约只需要3-5秒即可加载完毕，真正做到来了就用，用完就走。如果加上坊间流传的20个小程序的限制，那么小程序不算网络加载的话只会给微信带来额外的20M左右的负担。 小程序是真正的「小」程序，是为开发者提供一种新的连接用户的能力，而不是喧宾夺主、自成体系 。

　　三、小程序无法实现单页的分享

　　小程序由于没有包含WebView控件，开发者无法在小程序内部打开一个网页( 所有的网络通信只能在客户端与预设域名之间进行 )，既然如此，任何一个微信小程序的页面都无法以一个标准的资源标识符(比如URL)代表，自然也就无法分享。之前某科技媒体评论到，像今日头条这类的资讯浏览类需求适合用小程序实现，当时我就呵呵了，要知道以内容传播为核心的产品分享向来是不可或缺的一环。之所以这么设计，我想是因为微信已经拥有了一个超乎强大的以内容传播为核心的体系 — 公众号。由公众号提供资讯，由小程序提供服务，不存在谁取代谁，两者相辅相成 。

　　四、小程序的推送需要用户激活

　　当用户在小程序内部提交过表单或者完成过支付后，可允许开发者向用户在7天内推送1条预设模板的信息。

　　一如既往，微信对于打扰用户的行为是深恶痛绝的，体现在微信小程序开发上，就是 只有用户想起你才去用你，用户没想你不能主动去唤醒他 。相比于苹果APNS没有明确频率限制的推送，简直天差地别。如果你的产品是需要用户高频率、高互动、高粘性的，就不太适合以小程序为载体。毕竟，你不可能被允许在微信内部再造一个微信。必须要了解的微信小程序开发的四大缺陷就介绍到这里了！