这篇文章将围绕下面几个方面：

从开发模式（过程）上对比Android和小程序，比较两种”模式”的异同
从实现功能上对比，主要是看看微信小程序的局限
自己的一些看法，微信的优势

昨天发布的《技术文：微信小程序和Android开发对比(上篇)》从开发模式（过程）上对比Android和小程序，比较两种”模式”的异同。未读的童鞋可以点击阅读
今天《下篇》将继续深入对比，同时对微信的优势发表下自己的看法

功能上的对比

要怎么对比呢？读Android的开发文档我之前看了一个星期，而微信小程序的文档也就两三个小时，从体量上说就知道无意Android功能要强大的多。所以基本上小程序能做的以外就是不能做的，这句话听起来很废话，但事实上是因为微信给的API有限，所以你基本上能把自己需求列出来，查一下API是否给出，没给出的话基本上还是算了吧。下面我根据Android的APIguide（科学上网）来罗列下小程序的局限。

自定义控件和布局

这个应该是最直观的一点，因为实际上你所使用的视图层是被微信进一步封装了的，小程序自定义控件还是蛮复杂的，因为MINA给出了绘图（但是只能在<canvas/>上作画）和动画（类似于Android中的属性动画）的功能，所以或许存在理论上的可能性。

数据存储

这个要特别拿来说一下，官网原文是：

每个微信小程序都可以有自己的本地缓存，可以通过wx.setStorage（wx.setStorageSync）、wx.getStorage（wx.getStorageSync）、wx.clearStorage（wx.clearStorageSync）可以对本地缓存进行设置、获取和清理。
注意： localStorage是永久存储的，但是我们不建议将关键信息全部存在localStorage，以防用户换设备的情况。
所以微信小程序使用的是缓存而非有一个自己的数据库，这里的缓存应该类似于android的SharedPreference之类的，用键值对存的。而且小程序只能对文件进行存的操作。所以说对于那种需要数据库的应用，小程序是不适合的。

后台服务，多线程

Android中，Service是蛮重要的类，然后多线程与异步任务虽然复杂，但是能完成许多工作，但是小程序是不具有这种能力的，当然其实你可以看到你也是可以异步读写的…所以微信应该是只提供了部分功能的异步能力。

对系统服务的获取

写到这里，主要是想到了之前应用需要闹钟模块，需要让系统定时通知应用以完成特定的事件。而小程序其实是封装在微信这个应用之内的应用，所以理论上它是可以获得系统服务的，但是，如果微信不给接口一切都白说，从API文档中可以看到，微信还是提供了位置、网络状态等系统信息的，不过像通知这些服务，是暂时没有的。

与其他应用交互

这里的概念主要是对应Android的隐式意图和ContentProvider，这里Android提供了一种能力，让应用程序之间可以相互调用甚至相互操作数据（比如A打开B的音乐播放器，将A的网页内容保存到B的便签中..这里主要是场景可扩展），而微信中，这种能力被具体场景化了，比如你仍然可以调用相机拍照（微信调用隐式意图帮你实现），其他的场景你却无法实现，因为微信没有做这一层封装。

内嵌网页

这一点不知道要不要说..因为微信小程序其实就是一种”内嵌网页”的解决方案？只不过使用了类似于hybrid的解决方案。

性能优化

在Android中许多业务已经被MINA封装了（网络请求、websocket…）所以一方面你实现功能的成本降低了，另一方面这一部分优化的空间并不是那么大。

开源库

因为我还是个Js的初学者，所以暂时不知道如何在微信小程序中使用轮子。但微信和web前端那一套还真不太一样，所以也应该没法直接使用一些开源库。（10.8更新,今天看到了LeanCloud已经可以支持js开发了..也说明了可行性）

最后的总结

如前所说，如果说一般应用的容器(不知道这个比喻恰不恰当)是操作系统，那么小程序的容器则是操作系统下的一款应用，自然而然的，它本身就是某个应用下的一个子模块。而这个模块能有多少功能取决于微信写了多少接口。
另一方面，因为这个容器是微信，至少我们可以假设这些接口的跨平台特性，很可能我们调用的这些接口，会比我们自己写android调用系统接口更稳定，甚至依附于微信，我们可能少了诸如在某些手机系统中管理应用生命周期、避免程序被杀死的麻烦。
总之，我的感受是

虽然功能有限，但是足够敏捷开发
在需求能够被满足的情况下，尽量适用微信开发。

「H5程序俱乐部」是一个专注微信小程序学习交流的微信公众号
每天发布微信小程序设计/开发/运维知识，小程序最新资讯

「H5程序俱乐部」微信号：wxappclub 或者 微信扫一扫关注