凌云壮志

上一篇中介绍过App这个函数，用来注册和建立整个app的基础主程序。这一篇中要介绍另一个函数：Page，页面就是用它来创建的。 本文以一个小例子为线索来讲解。1、页面文件App跟Page的关系是，App在整个小程序中只能有一个，唯一的一个。但这个小程序中可以有多个页面，就是多个Page，这些页面相关的文件都放在根目录下的pages目录，每个页面主要由四类文件组成，分另以页面名命名，但不

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

微信小程序的MINA框架，其实是许多前端开发技术的组合。这篇文章中，我们来简单地讨论一下模块化。1、模块化标准玩前端的同学大部分都知道模块化的几个标准，CommonJs / AMD / CMD。这里花费一些篇幅简单的介绍一下，比较熟悉的同学可以跳过这一部分的介绍。（1）CommonJs CommonJs主要用于服务器端的一些简单的模块引用，如nodejs：fs=require(

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

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

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

我们之前的demo中，页面都是很简单的一个主页面的结构。没有底部菜单，没在意页面的结构。而我们平时接触的app都有各种各样的页面交织组合在一起，所以这一篇文章中，我们开始来关注我们的页面结构。先来看看我们本文相关的demo，地址：https://github.com/jsongo/weApp-frame，三个页面：为了展示页面的主框架，这里做了三种风格的页面。第一个是个图片列表，从花瓣