微信小程序的架构与系统设计的心得
目前公开的资料里对大家最关心的入口问题只提到了小程序可以扫二维码打开，于是业界对
小程序的入口有了这么几种流行的假设。
假设一：朋友圈，朋友可以把自己喜欢的小程序分享在朋友圈，看到了可以点击打开直接使
用。
可能性：99%。小程序不能出现在朋友圈，流量从哪来？
假设二：出现在发现 Tab 页面中，游戏下面（每个小程序占用一列），同时摇一摇也可以得
到附近的小程序。
可能性：80%。和腾讯的游戏挤在一起，不亏待你吧。
假设三：和当前的公众号、服务号类似，安装出现在会话列表。
可能性：90%。新的开放能力和旧的开放能力用一样的入口不奇怪吧。
二、微信小程序框架浅析
官方已经正式公开了小程序的开发资料，小程序的开发框架包含两大块内容，分别是 API 与
组件。官方的资料在组织和内容上都写得不错，阅读体验也很顺畅，没看过的话推荐先简单
地通读一遍。基本上有一定经验的前端开发都可以没有什么障碍地掌握目前资料里的内容，
我就不做入门性的介绍了，直接浅析吧。
先看框架的底层 API 部分。微信一直有一个贯穿的“JS-SDK”在不断演进。对比一下小程序的
底层 API 的功能范围，和 JS-SDK 还是有很多相似的感觉，相信未来会在形式上达到统一（JS-
SDK 这名字也足够霸气，塞进去什么都不会觉得奇怪。不过 JS-SDK 的很多接口设计得实在不
敢恭维，希望这次统一的进程也能重新修正下)。小程序的 API 部分由于可以跳出浏览器的框
架，理论上肯定可以是 JS-SDK 的超集。
三、网络通信
只要目标服务器的域名在小程序配置安全列表之类，就可以直接通信，不用考虑 JS 的跨域
问题了。既然跨域都支持了，没准以后能像 Node.js 一样，直接在小程序里使用 TCP、UDP 协
议，并基于 Buer 有一定的二进制协议的开发能力。跳出 HTTP 协议的框架，对于 IoT 方向是
很有想象空间的。
四、数据缓存
数据缓存接口的设计看起来和 HTML5 里的 localStorage 基本上一样，本来没什么好说的，但
文档里的一句话引起了我的兴趣。注意：localStorage 是永久存储的，但是我们不建议将关键
信息全部存在 localStorage，以防用户换设备的情况。难道微信提供的数据缓存能力虽然不是
永久的存储，但可以做到跟随用户账号而不是当前设备？也就是说，不管用户怎么换手机，
已安装使用过的小程序都能使用同一份缓存（不存在不登陆使用小程序的场景）？
虽然微信自己的聊天记录跨设备漫游都没做，但这种 App Personal File Cloud 的支持，还是能
在不增加开发工作量的情况下大幅提升用户体验的（作为一个 Steam 的重度用户，我已经完
全离不开游戏存档的自动同步功能）。这也让我对小程序在云端的能力，开始有了一些初步
的想象。
五、为什么是 MINA
资源评论
otx0072024-04-15超赞的资源，感谢资源主分享，大家一起进步！
