小程序开发的限制有哪些？

相信现在大家对小程序也都有所体会，自从上线之后就一直受到各界的追捧，内存只有1兆，且开发门槛低，无需下载，用完即走的特点，着实吸引了一大批的用户和企业。而且与App相比，同款产品现阶段主要求快，几乎没有下载安装过程，社交分享转化率极高，而且开发门槛与运营成本相对较低，是一些高频应用的某种场景补充；但是同时也由于它的入口深、做了太多减法、占内存局限于1MB，导致有许多原产品功能暂时无法实现。所以说虽然开发门槛低,但限制也很多。那么限制都有哪些？

一、不能做游戏和直播

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

二、大小被严格限制

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

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

三、无法实现单页的分享

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

四、推送需要用户激活

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

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