Jekyll

为什么需要websocket？
传统的实时交互的游戏，或服务器主动发送消息的行为（如推送服务），如果想做在微信上，可能你会使用轮询的方式进行，不过这太消耗资源，大量的请求也加重了服务器的负担，而且延迟问题比较严重。如果是自己开发的app，为了解决这些问题，很多团队会自建socket，使用tcp长链接、自定协议的方式与服务器进行相对实时的数据交互。有能力的团队，采用这种方式自然没什么大问题。不过小团队可能就要花费很多时间去调试，要解决很多难题，这个在成本上就划不来。

这篇文章理论的知识比较多一些，都是个人观点，描述有失妥当的地方希望读者指出。
整个微信小程序从打开到关闭，整个过程可以分为很多阶段或者说状态，这一整段的过程，我们称之为小程序的生命周期。而周期中的每种不同的状态，到另一个状态的过度和转化，是需要一个触发机制的，这种机制我们称之为路由。

我们之前的demo中，页面都是很简单的一个主页面的结构。没有底部菜单，没在意页面的结构。而我们平时接触的app都有各种各样的页面交织组合在一起，所以这一篇文章中，我们开始来关注我们的页面结构。

微信小程序的MINA框架，其实是许多前端开发技术的组合。这篇文章中，我们来简单地讨论一下模块化。

关于数据层的一些基本应用，在上两篇文章中其实已经提过。一个是App({…}) 里定义的globalData，用来全局共享数据。另一个是每个Page自己的数据字段data: { … }
本文分三块来讲，网络数据请求，文件操作，本地数据操作。涉及到的示例代码地址：https://github.com/jsongo/weapp-tutorial-3

上一篇中介绍过App这个函数，用来注册和建立整个app的基础主程序。
这一篇中要介绍另一个函数：Page，页面就是用它来创建的。 本文以一个小例子为线索来讲解。

目前微信还没有完全开放所有公众号的开发权限，不过没关系，我们有办法来学习、开发。

微信小程序，简单的开发，却接近app的体验，无需下载，扫码打开，推广成本大大降低，手机上还不用安装太多应用，相信不久后，各家做得好些的app都会开发微信小程序。这是新一轮的竞争的开始。如果你正在学习react native之类的跨平台app开发的话，不妨先花点时间来学习下微信小程序的开发，或许过段时间后，你会想丢掉原来react native之类的想法。