先先抛出结论：微信小程序就是一个类似RN的轮子，可以快速开发，有一定的适用场景，但是也有其局限性。（结论是基于微信小程序的示例代码做的解读，可能存在谬误
本文针对微信小程序的示例代码进行分析，告诉大家： 1、微信小程序到底提供了什么？ 2、开发微信小程序方便么？ 3、微信小程序具体适用场景？ 4、最后还自作主张的说了点对于微信小程序的个人观点。
微信小程序都提供了什么？
微信小程序主要为我们提供了两部分东西：底层API 和 组件，不仅如此，微信小程序还引入新的文件格式。
引入新的文件格式。
微信小程序并不是传统意义的H5页面，微信定义了新的文件格式，然后对这些文件做编译解析，所以微信小程序是原生应用！是基于微信的原生应用！微信正式尝试做一个OS！

恩，这些组件不用介绍大家也都知道大概是什么功能了，几乎是每个UI组件库都必备的。以后大家应该都基于这个组件库去开发具体的产品，和RN/weex不同的是，微信小程序多半只能基于微信提供的组件进行个性化封装了，而不能基于系统组件进行个性化封装，原因很简单，因为微信就是一个“系统”。

我们挑一个稍微复杂的picker组件示例来分析分析：
// wx-picker.wxml文件<view class="page"> <view class="page__hd"> <text class="page__title">picker</text> <text class="page__desc">选择器</text> </view> <view class="page__bd"> <view class="section"> <view class="section__title">地区选择器</view> <picker bindchange="bindPickerChange" value="{{index}}" range="{{array}}"> <view class="picker"> 当前选择：{{array[index]}} </view> </picker> </view> <view class="section"> <view class="section__title">日期选择器</view> <picker mode="date" value="{{date}}" start="2015-09-01" end="2017-09-01" bindchange="bindDateChange"> <view class="picker"> 当前选择: {{date}} </view> </picker> </view> </view></view>

是的，所有的标签都是自定义标签，进一步佐证了微信小程序是原生应用，组件使用很简单，所以很适合快速开发。
// wx-picker.js 文件Page({ data: { array:["中国","美国","巴西","日本"], index:0, date:"2016-09-01" }, bindPickerChange: function(e) { console.log('picker发送选择改变，携带值为', e.detail.value) this.setData({ index: e.detail.value }) }, bindDateChange:function(e){ this.setData({ date:e.detail.value }) }, bindTimeChange:function(e){ this.setData({ time:e.detail.time }) }})

也很清晰，通过this.setData来设置属性，实现action-sheet的显示与隐藏切换。React的感觉，连API都很像。
// wx-picker.wxss.picker{ padding: 13px; background-color: #FFFFFF;}

可以重新设置微信小程序的组件样式，和CSS很相似，轻量简洁。
底层API
没有提供底层API的基础组件库都是流氓库，有了底层API才能开发真正的原生应用，才能做更多丰富的功能。
其中底层API包括：animation
/ backgronud-audio
/ canvas
/ download-file
/ file
/ get-location
/ get-network-type
/ get-system-info
/ get-user-info
/ image
/ login
/ navigation-bar-loading
/ navigator
/ on-accelerometer-change
/ on-compass-change
/ open-location
/ pull-down-refresh
/ request
/ request-payment
/ set-navigation-bar-title
/ storage
/ upload-file
/ voice
/web-socket

从名字也能看出大概，提供了比较完整的API，能够开发更丰富的功能和程序。我们仍然挑一个稍微复杂点的图片相关的API使用示例来分析分析：
// image.wxml文件<import src="../common/header.wxml" /><import src="../common/footer.wxml" /><view class="container"> <template is="header" data="{{title: 'choose/previewImage'}}"/> <view class="page-body"> <view class="page-body-wrapper"> <form bindsubmit="openLocation"> <view class="page-body-form"> <picker range="{{sourceType}}" bindchange="sourceTypeChange" value="{{sourceTypeIndex}}"> <view class="page-body-form-picker"> <view class="page-body-form-picker-key">图片来源</view> <view class="page-body-form-picker-value">{{sourceType[sourceTypeIndex]}}</view> </view> </picker> <picker range="{{sizeType}}" bindchange="sizeTypeChange" value="{{sizeTypeIndex}}"> <view class="page-body-form-picker"> <view class="page-body-form-picker-key">图片质量</view> <view class="page-body-form-picker-value">{{sizeType[sizeTypeIndex]}}</view> </view> </picker> <picker range="{{count}}" bindchange="countChange" value="{{countIndex}}"> <view class="page-body-form-picker" style="border-bottom: none;"> <view class="page-body-form-picker-key">数量限制</view> <view class="page-body-form-picker-value">{{count[countIndex]}}</view> </view> </picker> </view> <view class="images-wrapper"> <text class="images-text">请选择图片</text> <view class="images-list"> <block wx:for-items="{{imageList}}" wx:for-item="image"> <image src="{{image}}" class="images-image" data-src="{{image}}" bindtap="previewImage"></image> </block> <image src="/image/plus.png" class="images-image images-image-plus" bindtap="chooseImage"></image> </view> </view> </form> </view> </view> <template is="footer" /></view>

简单清晰wxml，居然让选择图片并预览实现起来这么简单。并且可以通过简单的template语法来引入其他wxml文件。
// image.js 文件var sourceType = [ ['camera'], ['album'], ['camera', 'album'] ]var sizeType = [ ['compressed'], ['original'], ['compressed', 'original'] ]Page({ data: { sourceTypeIndex: 0, sourceType: ['拍照', '相册', '拍照或相册'], sizeTypeIndex: 0, sizeType: ['压缩', '原图', '压缩或原图'], countIndex: 0, count: [1, 2, 3, 4, 5, 6, 7, 8, 9] }, sourceTypeChange: function (e) { this.setData({ sourceTypeIndex: e.detail.value }) }, sizeTypeChange: function (e) { this.setData({ sizeTypeIndex: e.detail.value }) }, countChange: function (e) { this.setData({ countIndex: e.detail.value }) }, chooseImage: function () { var that = this wx.chooseImage({ sourceType: sourceType[this.data.sourceTypeIndex], sizeType: sizeType[this.data.sizeTypeIndex], count: this.data.count[this.data.countIndex], success: function (res) { console.log(res) that.setData({ imageList: res.tempFilePaths }) } }) }, previewImage: function (e) { var current = e.target.dataset.src wx.previewImage({ current: current, urls: this.data.imageList }) }})

因为微信对这个API已经封装得很好了，所以使用起来只需要传入几个参数，绑定一下回调函数即可。
// image.css 文件.images-wrapper { padding: 20rpx; background-color: #fff; margin-top: 20rpx;}.images-wrapper-text { font-size: 28rpx;}.images-list { display: flex; margin-top: 20rpx; flex-wrap: wrap;}.images-image { width: 150rpx; height: 150rpx; margin: 10rpx;}.images-image-plus { border: 1px solid #999;}

同样，样式通过类似CSS的语法，从上面的rpx单位可以看出，这不是真正的CSS，我猜测是CSS的子集，类似RN。
开发微信小程序方便么？
微信小程序的开发目录结构
WX的开发目录结构也很清晰简单。

微信小程序的部署流程
微信小程序采用的基于微信的是原生开发，安装和使用应该都要很轻量，所以微信采用云端编译打包的方式，将编译后的文件发送到微信上，然后微信内置的解析器会解析这个文件并渲染。
简而言之，微信小程序的开发体验还算流畅，代码可读性也很高，也不需要做太多新的知识储备，但是有硬伤，后文会分析。
微信小程序适合你吗？
这一块就不细讲了，毕竟不是我擅长的，借用网上的分析，用两张图片告诉你微信小程序的适用场景。

总结点什么？
每次的总结都是为了更快的结束写文章的“枯燥”过程，也为了让大家更快的看到文章。以下代表个人观点，仅供参考，也欢迎讨论。
从产品层面来说，值得一试！
微信提供了不错的底层API以及还算丰富的组件库，让小程序可以快速开发并且拥有原生体验，相对之前的公众号/服务号，体验更好。
微信流量很大，对于部分中小产品来说，是一次机会。
一些低频高需产品也许很适合，比如订票，用户打开页面，简单选择，然后微信支付，感觉还挺爽的。

从技术栈来说，我不喜欢！
微信小程序是基于微信生态的，而这个生态目前太不成熟。
只能在微信中运行，多半不支持在浏览器或者其他地方运行，也就是说，并没有减少产品的开发成本，反倒是多了一个开发流水线。
新的语法糖，开发调试环境也不友好，开发者会有阵痛期。

YY一下，如果微信小程序的技术栈是RN而不是造一个轮子，那感觉才爽！！
Hello小程序将与您共同成长。微信号：130870319 QQ群：40726600