小程序开发的一些最佳实践

哎呀，一不小心标题起的有点儿大。谈不上最佳实践，不过也是果果做小程序这些天的一点积累，技术上居多，还有点儿产品上的东西和大家一起讨论。

1、工具

微信是提供了开发工具的，就是这个，集合了编辑、调试、编译、发布等功能，一个正儿八经的IDE该有的东西，它都有。

但是拆开来看，很多体验并不是最优的。尤其是编辑代码的时候，api提示不全，很多快捷键没有，不支持第三方插件，用起来，不说很痛苦，起码没那么爽。

所以，我准备用其他IDE代替微信官方开发者工具的编辑器。作为一名半吊子前端选手，最熟悉的莫过于WebStorm了，没毛病，就它了。当然，编译、调试、发布还得用官方的，因为它和微信后台无缝衔接，不用不行。

那么相当于我们有两个IDE，一个用来写代码，一个用来调代码和上传代码，有两个问题，一是麻烦，二是不兼容。

2、脚本

我们之前讲过，小程序定义了它自己的一套文件格式，js、wxml和wxss，所以官方开发者工具只认识这些亲儿子们。但是WebStrom作为老牌的IDE，并不知道什么wxml和wxss，这就是兼容行问题。解法很简单，用一个转换器，把xml和xss转换成wxml和wxss。

这个转换器，就是一个脚本，它只干一件事——文件重命名。

于是整个过程变成了，在WebStorm里编辑代码，然后敲一行命令做转换，最后到官方工具里编译看效果。

程序员觉得好麻烦啊，写个脚本吧。这个脚本可以自动监听代码文件的改变，自动转换文件格式，自动发起代码编译，效果就是，这边刚写完代码，那边界面上就有了变化，牛逼就是这么简单。

3、流程

一般开发的时候，都要区分开发环境、灰度/体验环境和线上环境的，小程序也不例外。

开发环境一般直接连接到本地服务器，所有资源都是本地的，支持随时修改随时看到结果。

每个小程序都可以绑定10个到40个不等的体验者（取决于是否经过认证），你可以把自己的代码打包上传为体验包，发送给体验者，他们会连接到体验服务器，与正式服务器隔离。

体验完毕之后，一般会有产品经理跳出来增加需求，这时候就要准备各种理由推掉，千万不能让步，否则迎接你的将是凌晨4点钟的太阳（顺便透漏一下，果果做的小程序，产品和开发是5:1，作为开发表示目前情绪稳定，请祖国人民放心）。

最后是提交微信审核，趁他们审核的时候，你有两到三天的时间——做新需求。（别傻了孩子，你还想抽点时间打排位？倒是产品同学一个一个都上了王者）

4、可以和不可以