为什么我反对微信小程序.pdfVIP

为什么我反对微信小程序？

观点如题。思前想后，越来越肯定：微信小程序这摊浑水真没什么好趟的。

不是在很多人叫好的时候故意泼冷水，微信推出小程序对整个HTML5行业的发

展是件乐事（后面会解释原因），但它自身的价值被夸大了。

目前大多数文章都对微信小程序的弊端一笔带过，而大肆鼓励人们去追微信小程

序这个热点。但我们需要警觉的是，有价值的究竟是微信小程序，还是微信？

1、谁的红利期？

微信公众平台的功能性开发跟小程序的区别是什么？比如公众号里面的微点餐，

微商城，酒店预订，信息录入等等？——anyuanzhai（虎嗅网用户）

微信小程序最被诟病的是整了套自成一派的wxml、wcss、js，虽然代码的编写

非常简洁，但它只适用于微信。说白了，这种程序和微信是妥妥的寄生关系，没

微信它什么都不是。而所谓的小程序开发者，和微信服务号开发者的性质差不了

多少。

然而前几天张小龙的朋友圈又火了：一台碎屏的安卓机，桌面图标多得让人看花

眼，但这些图标表示的是小程序，而不是那些需要下载的APP。

有人很高兴，微信要成为操作系统了！

其实留意那张截图的25个小程序，基本是旅游、订票、股票、电台之类的轻量

级应用。

如果是一些生活服务，小程序能提高打开率吗？通过微信内检索，可以。但有两

点需注意：（1）因为是偏中低频的需求，我们大概不会把它们放在桌面碍眼；

（2）关注比安装简单，取关也比卸载容易。

如果是休闲娱乐办公类服务，小程序能取代同类APP吗？很难，因为用户更重

视丰富的内容、良好的体验，而非获取服务的便利性。而在体验上，微信限定的

标准和API、提供的统一UI会是交互、视觉的两大壁垒。

要真有什么突破，有两个选择：

（1）微信冒苹果之大不韪做小程序市场（插一句，应用内检索已经带有“市场”

性质）

（2）张小龙允许小程序利用微信社交流动（但这样又可能把微信原有的生态玩

坏）

值得肯定的是，微信小程序的应用入口、离线数据、通知推送等特点，对提高应

用流畅性、用户留存具有很大价值，但绝大部分价值源于微信。至于小程序换汤

不换药能产生红利？亟待试验。

2、我们反对的是什么？

“作为一个拥护自由和开源的GitHub中国区首席Markdown程序员。微信在

微信小程序引导着Web开向封闭，我们再也不能愉快地分享我们的代码

了。”——Phodal（ThoughtWorks前端）

“微信小程序就是一个类似RN的轮子…从技术栈来说，我不喜欢！…并没有减

少产品的开发成本，反倒是多了一个开发流水线。”——齐修（好奇心日报前

端）

上面两则评价很中肯（技术层面上）。微信小程序的生成使用微信自己写的网页

标准，就意味所有开发者都得学微信这套语言，编写出来的网页不具可移植性。

换句话说，你从零开始学微信小程序，不需要小程序了又得从零开始。

所以当我了解到微信小程序的封闭性时，有种感觉：它像在招徕一批开发者为微

信打工……

真正开放的是HTML5。

噢对了，你可能还不知道微信小程序压根不是我们一直称道的HTML5，只是搬

用了HTML5的开发模式。wxml和HTML5相比，从Web开发能力上真的逊

多了，而且有点扰乱了HTML5多年来建立起的通用、开源的Web生态平衡。

这点因为诱导分享、诱导关注等被微信屏蔽过（讲真，黄赌毒还能理解），因为

涉及阿里系（淘宝、虾米等）在微信被限制外链的人应该深有体会——规则完

全由微信定义，对开发生态也没什么好处。

所以对于微信小程序的开发，我身边很多有经验的开发者都没什么动力，反而有

人对开发一个做小程序的可视化工具兴趣盎然。

3、谁是真正的风口？

“真正的小程序的形式只能是H5。最轻（不用下载安装，用了就走）、最灵活

（开发难度小，投放周期短，调整更容易）、最通用（标准的Web形态，有浏

览器就能打开）。——孟智平（iH5互动大师创始人）”