一个完整的applet页面由四个文件组成

　　我只是的一个编码程。除了会写几个代码，真的不会写文章。

　　在这里，我简单分享一下我在小程序开发中踩坑的经验。希望其他小程序开发者不要再踩这些坑了。

　　一、我踩过的坑。

　　1.很像一页纸。

　　一个完整的applet页面由四个文件组成：wxml、wxss、js和json。其中，js和json文件是大家熟知的文件后缀，wxml和wxs分别对应网页前端的html和css文件，包括它们各自的功能。熟悉html5开发的人可以更快地开始开发小程序。

　　2.不是一页

　　虽然它看起来像一个页面，但小程序和网页之间仍然有一些区别：

　　很多控件都是基于微信的，不能像页面一样控制风格(比如z-index)，开放的界面也有限(希望以后能开放更多功能)。

　　熟悉的前端窗口和文档不存在。

　　由于上传编译包的大小限制，大部分图片需要链接出来。

　　每个页面都有一个对应的js文件。在这些文件中，必须调用页面函数。此页面的参数可以为空，但必须有一个。

　　3.配置文件

　　程序配置依赖于app.json出现的每个页面都需要在页面项中声明，默认情况下，第一页是主页。

　　每个页面也有对应的json文件，只能配置window属性，是对app.json中window项的补充

　　4.文档

　　总的来说，公文比较全面，但也有一些地方不够明显，比如tab的配置。一开始我以为要自己写，但是直到看了demo的源代码才发现是一个可以通过配置实现的功能。

　　比如你访问一个有地址栏参数的页面，那么这个页面的onLoad事件的参数会携带地址栏中的数据(这是纯试用的)，我在官方文档中还没有找到这部分。希望以后的文件越来越全面。

　　5.其他人

　　在论坛上看到一个突出关键词的问题。由于关键字可能出现在字符串的各个位置，并且可能有多个关键字，简单的替换处理不能视为真正的解决方案。感觉现在的小程序真的解决不了这个问题。如果是网页的前端框架，可以添加过滤器，对输出数据进行二次处理。希望以后能增加类似的功能。

　　第二，有一些“坑”

　　1.小坑一清

　　套餐限制在1M，最后开发出来的小程序超过一分就无法上传，只能在模拟器上播放。

　　(早期版本)使用wx.request进行通信时，示例给出了header:的一个参数{ ' content-type ' : ' application/JSON ' }，但是py的后端读取了两个内容类型，然后去掉了header的参数，这是正常的。也许这个方法本身有一个默认的头;

　　小程序注册和审核限制太大，尤其是审核，因为类别和资质问题太容易回答了;

　　页面数据，要使用setData进行修改，直接修改数据中的数据无效;

　　2)早期程序的缺陷和不足

　　每次开发者工具更新，都会卡住，只能重启。

　　api有bug，偶尔会有定位混乱;

　　Picker组件功能有限，希望picker滚动选择器能够支持多列树形结构，比如行政区划选择。

　　3)诡异编辑，快疯了，快疯了!

　　分辨率很高，主容器最初被定义为100%，这在编辑器中是可以的，但是所有元素都是通过手机查看的。都均匀的分布于纵坐标轴，可能是编辑器和手机的解析还没有完全同步吧，没办法凝神屏气继续调试吧!

　　话说回来，如果兄弟有啥独门绝技，记得分享给我啊……

　　(在早期版本中)页面中的图片，似乎没有像网页中的那种高度自适应，宽度充满的显示方式，而是需要给图片规定一个区域，然后选择图片在这个区域中的显示方式;

　　三、小程序狗们以下药丸需多饮：

　　药丸一：尽早提交审核，尽早发现问题;

　　药丸二：仔细阅读文档，仔细阅读文档，仔细阅读文档，重要的事情说三遍。

　　药丸三：可以通过邮件和微信团队沟通

　　因为是人工审核，如果产品业务比较独特，可能会出现审核员不理解产品业务的情况。遇到这种情况，建议是多找微信团队沟通，然后在产品中多加一些引导。

　　总而言之，言而总之：

　　多读书，多看报，多看文档少睡觉!