用框架是不可能用框架的，這輩子都不可能用框架。

微信小程序上手成本低，開發成本低，流量紅利，推廣成本低等等，很多公司的創業項目都會首選小程序來試水，小程序開發太火爆了,苦逼了前端工程師，又得學習新技術...學習讓我快樂

半年時間，我已經開發了四個小程序，其中三個微信小程序，一個支付寶小程序。原生開發過，框架也用過。到底最優雅的開發模式是什么呢，聊聊，聊聊。

技術方案

目前開發微信小程序時，可選的技術方案大概有若干種，分別是：

1. 微信小程序原生開發
2. 使用wepy框架
3. 使用mpvue框架
4. 使用taro框架
5. 其他框架

使用框架來開發，總結起來就干了一件事——加糖，但這糖好不好呢，不好說。

框架開發的初(li)衷(xiang)

1. 快速迭代
2. 減少開發成本
3. 跨平臺共享
4. 提升開發體驗

框架開發的挑(xian)戰(shi)

1. 必須同時熟悉微信小程序文檔和第三方框架文檔，給工程師提出了更大的挑戰
2. 框架的不完美，只是閹割版或者修改版的前端框架，并沒有100%支持框架自身特性
3. 框架構建與微信小程序之上，反而導致部分原生支持的特性作廢，比如原生組件，模塊化等
4. 框架生態不健全，文檔及相關資源匱乏
5. 微信小程序自身處于快速迭代的狀態，特性并不穩定，不像web一樣有統一的標準

理想很美好，現實很殘酷

wepy框架來說，組件化的支持不成熟，在實際的開發過程中，如果組件嵌套超過兩層，面對某些特殊業務場景，翻車幾率很高。組件的列表渲染，不支持在 repeat 的組件中去使用 props, computed, watch 等等特性。

mpvue框架是基于Vue.js的核心，屬于修改版的vue框架，用起來和web端的vue也有些差異。

我的想法

使用第三方框架開發，可以享受框架帶來的開發便利，但對于小程序新增的諸多特性和功能，比如WXS模塊、自定義組件和插件等，受制于第三方框架，無法使用。

而原生小程序的開發模式，又過于簡陋，就樣式來說，寫慣了less，stylus和sass的同學一定無法忍受wxss的這種寫法，基于此，決定使用gulp自動化工具來構建一套微信小程序開發的基礎模板，在完全保留微信小程序功能和特性的基礎上，又可以的使用less來寫樣式，同時加入圖片壓縮，命令行快速創建模板等特性，如此開發，快哉，快哉！

wx-miniprogram-boilerplate

后續會再加入其它工具，持續更新，歡迎各位提意見。