自从张小龙在微信公开课上宣布今年1月9号将正式发布微信小程序之后，这个根植于微信上的『APP store』希望了业内所有人的目光。同样，随着小程序的不断升级和推进，越来越多的公司和开发者选择了小程序这个平台。让他们能够更加快捷，方便的开发自己产品，同时享受微信红利。
在这样一个潮流趋势下，作为一个设计师，在接受到微信小程序的设计工作的时候，有哪些是需要我们注意的呢？
微信授权机制
微信对于小程序的微信账号授权请求出现规则控制的比较严格，现在的规则如下：
- 微信授权请求只可能在小程序中出现一次
- 何时出现可以由开发者自己定义
- 删除小程序之后，下次进入的时候，才可能重新出现微信授权请求
通过上述的描述，我们可以看出了，微信官方对于授权请求的出现次数有着严格的限制，这么做的目的显而易见是为了保证小程序的用户不被频繁的授权请求所打扰。那么在这种规则限制之下，我们该选择何时弹出我们的授权请求呢？
初次进入即请求
一般来讲很多软件都是在第一次打开的时候出现相关的授权请求，但现在随着发展，用户对于授权请求的反感程度也越来越高，初次进入就出现请求的设计很可能导致用户并不会接受。对于微信这种只能出现一次请求的规则来说，这样的设计是不合适的
利益相关点时请求
在初次进入的时候不请求，而是在出现和用户切实相关的利益点的时候，我们才出现授权请求。比如『猫眼电影』小程序中，用户需要订票了，这个时候出现授权请求，用户想要查看过往订单了，出现授权请求
这样，通过用户的利益点来促使他们同意我们的授权请求，提高通过率
_tips: _其实在已经拒绝了请求的情况下，用户可以通过去小程序设置中将『用户信息』打开，即可获得其微信信息。所以，在设计的时候也可以考虑进去作为一种防错手段
Weui开发组件
在小程序推出的时候，一并推出了一套Weui组件库，以来对于开发者进行规范要求，以及提高开发效率。那我们就来看看这套组件包含有哪些东西
首先，可以通过微信小程序官网中下载到相应整套的Weui的sketch文件，在文件中，微信提供了完整的symbol样式。这样设计师就能够通过轻松的拖动symbol来拼凑形成自己的设计
同时，微信官方也提供支持了配套的开发组件库，从而保证了设计和开发都可以共用这套组件库来保证快速产出自己的小程序
并且微信官方提供了足够多且丰富的API接口，供我们能够对于提供的官方组件进行修改来适应于我们自己的实际需求
在设计的过程中，大家可以多多翻阅下API接口文档，这样就能够知道自己的哪些功能样式是能实现，哪些是不能实现的。从而降低和开发对接的成本
最后
这是我第一次在微信小程序这种比较新兴的平台上做设计，在这个过程中还是会认识到一些和现有主流平台不同的规则要求。比如我们提到的授权请求，或者微信小程序的消息推送机制。在后续的设计迭代中，也许会遇到更多的问题，我也将一一更新，为各位做参考
