近期公司想将一个手机app部分功能移植到微信小程序上，就申请了一个微信小程序让我搞，于是我就开始了三天微信小程序之旅~
第一天1.申请小程序的 账号
小程序账号的 申请不是很复杂，只需要按照微信的 一步一步的 提示进行即可，微信暂时不提供个人用户申请，所以要想申请必须提供一些公司(Company)的 资质并且需要公司账户进行一笔0.61元的 转账来验证公司账户，所以验证还是非常严格的 ，个人开发者基本无法钻空子。宁波微信小程序开发其中，通过公众号关联，用户可以实现公众号与小程序之间相互跳转。小程序体现了“用完即走”的理念，用户不用关心是否安装太多应用的问题。应用将无处不在，随时可用，但又无需安装卸载。 宁波微信小程序开发是一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的梦想，用户扫一扫或者搜一下即可打开应用。
2.搭建(指搭盖、建立)https服务器
之前公司的 服务器都是http的 ，用的 是iis，但是微信小程序只支持https的 请求，所以不得不把小程序的 后台迁移到一个https的 服务器上。要搭建https服务器最重要的 是申请一个ssl证书,现在免费申请的 ssl证书网站已经不多了，在这里我推荐startssl。在拿到证书之后，由于我这里使用的 是iis，所以需要把.crt文件通过openssl转化成.pfx文件,然后通过iis直接导入即可。
3.开始搭建重写部分后台逻辑(Logic)
小程序(procedure)的 账号验证(Experimental)部分大概分为两步，第一步就是通过wx.login来登录并且获取到用户的 code，然后通过后台语言将code通过一个get请求发送给微信的 服务器，然后微信服务器会返回一个登录用户的 openid和session_key，openid是微信用户在小程序内的 唯一标示，通过openid就可以在小程序内区分不同的 微信用户（和微信公众号的 openid一样）。在能区分用户之后，就可以编写一些自己的 业务逻辑了，这里就不再多说了。
第二天1.页面布局和功能实现
微信小程序的 页面布局设计大体和html一样，详情参照https://mp。weixin.qq.com/debug/wxadoc/dev/component，在布局的 过程中，还是挺爽的 ，和前端以往的 开发方式方法基本是一样的 ，写起来非常的 快。在写js的 过程中，如果你熟悉vue的 话，你会发现这一切都是那么的 熟悉：数据绑定、事件绑定、生命周期、Page对象（约等于Vue对象）等等，唯一美中不足的 是小程序没有提供一个向v-model一样的 指令，双向数据绑定必须通过定义事件来实现。大体来说还是非常爽的 。
２.真机调试
说到真机调试就不得不吐槽(黜臭)了，这个整机预览真的 做的 很烂，感觉体验非常不好，明明在模拟器中显示的 非常好，但是到了真机上，简直丑的 一比，并且调试功能也非常弱，好像只能console信息，并不能看到网络请求什么的 。只能等微信更新了，目前真机调试还是很蛋疼的 。
第三天各种bugpicker组件在真机上无法显示（不管mode是什么），目前不知道什么原因map组件设置markers和covers无效，不管怎么设置都只显示TIT创意园，由于我们的 非常依赖地图，直接血崩。。tabbar显示bug：app.json中的 第一个页面必须设置tabbar，否则tabbar不显示；在有tabbar的 页面redirectTo到一个没有tabbar的 页面上时，模拟器上tabbar仍然存在（真机上显示正常）许多不明bug我也不记得了。。结束
由于上述的 一些问题目前只能搁浅了，无奈只能等等微信官方的 更新了。
宁波小程序开发对于开发者而言，小程序开发门槛相对较低，难度不及APP，能够满足简单的基础应用，适合生活服务类线下商铺以及非刚需低频应用的转换。总来说之，微信小程序对其前端开发者的 门槛感觉还是比较低的 ，而且开发起来很舒服（如果没有一些莫名其面的 bug的 话），而且我感觉小程序非常适合低频应用，等到更新成熟之后，必定会非常火~
