微信现在月活9亿，特别是微信推出大众号今后，微信的月活也大幅上升，这就为微信小程序带了十分便利的入口。最后，就第二个角度来说，即便没有微信会员这一收入，微信依然非常赚钱。而微信小程序，直接在微信上运行，省去了通过浏览器渲染的步骤，因此，在微信中使用小程序，才会比H5流畅很多。
为什么微信没有微信会员啊？
对此，在笔者看来，原因主要分为两个方面：一方面，微信会员不符合微信的产品思维对于张小龙等人开发的微信，作为移动互联网时代的重要流量入口，其产品思维就是简洁、快捷，促使用户用完即走。而就会员服务来说，比如QQ会员等，将直接造成互联网应用的复杂化。对此，微信之所以在近几年保持快速增长的趋势，吸引上班族和中老年用户，依靠地就是简洁、快捷的用户体验。
由此，在笔者看来，微信几乎不可能会推出会员服务。并且，即使硬要推出会员服务，微信也很难提供超出一般用户的服务。比如QQ空间可以给会员更多的权限，而微信朋友圈因为非常简洁，几乎很难提供相应地会员服务。另一方面，微信不差钱就微信不差钱来说，可以从两个角度来理解。第一个角度，微信诞生于2011年，当时的腾讯已经成为互联网巨头了，营收、净利润都非常稳定，也排在国内互联网行业的前列。
而就马化腾的QQ，诞生于1999年。彼时的腾讯，还没有网游、社交广告等收入来源，因为缺钱，马化腾差点把QQ给卖掉了。所以，QQ会员这一增值服务收入，对于当时的腾讯，是非常急需的。而2011年诞生的微信，并没有迫切的商业变现压力。最后，就第二个角度来说，即便没有微信会员这一收入，微信依然非常赚钱。根据腾讯第三季度财报业绩，效果广告收入增长83%至人民币43.68亿元，主要由于来自微信朋友圈、微信公众账号等广告收入的贡献。
微信小程序和HTML5应用有什么区别？
HTML英文全称为Hyper Text Markup Language，即超文本标记语言，H5是一种技术，依附的外壳是是浏览器，而小程序是基于微信的一种不需要下载安装即可使用的应用。 从“前端开发”的视角来看，微信小程序和HTML5也存在着多方面的不同。概括来说有以下四个方面的区别！第一条是运行环境的不同传统的HTML5的运行环境是浏览器，包括webview，而微信小程序的运行环境并非完整的浏览器，大家注意，我这里写的是“非完整的浏览器”，有以下几个原因小程序的开发过程中会用到html5相关的技术(并非全部)小程序最后的发布上线需要微信审核，微信在不更新自身软件的情况下可以将小程序更新到自身软件内，这就联想到了ReactNative框架,并且已经有开发者在微信小程序的开发工具源码中发现使用了react和NodeWebkit库官方文档中着重强调了脚本内是无法使用浏览器中常用的window对象和document对象（基于这一点，像zepto/jQuery这种操作dom的库就被完全抛弃了）所以我个人认为，小程序的运行环境很有可能是微信开发团队基于浏览器内核完全重构的一个内置解析器，针对小程序专门做了优化，配合自己定义的开发语言标准，提升了小程序的性能。
不过由于微信给开发者提供了开发工具，而开发工具中也内置了编程、调试、开发环境、发布于一身，我们也不用再探讨它的最终运行环境了，只要按照官方文档进行开发就可以了。并且从微信团队给开发者提供开发工具这一举动，让我联想到了苹果给开发者提供的X-CODE开发工具，可以想象微信的“野心”可见一斑第二条是开发成本的不同这里我提出了一个问题，当我们面对一个Html5web开发需求时，我们需要考虑什么呢？抛去开发工具（vscode、sublimtext、Atom等）不谈，大到前端框架（Angular、react、vue、backbone等）、模块管理工具（Webpack 、Browserify 等）、任务管理工具（Grunt、Gulp等），小到UI库选择、接口调用工具（ajax、Fetch Api等）、浏览器兼容性等都要我们一一考略，再不济用jqery插件写H5，也要在开发过程中去寻找合适的jquery插件来配合项目。
尽管这些工具可定制化非常高，并且提高了开发者的开发效率，但我相信项目开发的配置工作已经消耗了不少精力，尽管大部分开发者都有自己的配置模板，但长久以来对于项目中使用的各种外部库的版本迭代、版本升级所产生的成本应该也不低。而当我们面对一个微信小程序的开发需求时，我们需要考虑什么呢？微信团队提供了开发者工具，并且规范了开发标准，前端常见的HTML、CSS变成了微信自定义的WXML、WXSS，WXML中尽管全部是自定义标签，但官方文档中都有明确的使用介绍，相信上手应该是非常容易的；WXSS、JSON和js文件中的写法稍有限制，但整体相差不多。
