小程序原生開發與第三方框架選擇

　　什么是原生開發方式？這個概念其實挺難用文字去準確界定的，因為官方也沒有對原生開發方式作出定義。這個概念其實也是不言而喻的，我們按照小程序官方文檔中的描述去開發小程序就屬于原生開發的方式。

　　定義一個名詞對于數學是有意義的，但對于互聯網而言，定義只是大佬們腦回路中的靈感閃現。雷軍可以重新定義”什么是現貨“、羅永浩可以重新定義”操作系統“，互聯網時代的定義又不用負責任，每個人都可以去重新定義一堆老久的名詞，不然哪里來的流量？

　　咱就不去定義所謂的原生開發，我們只需要了解一些小程序原生開發的缺陷以及為什么會出現眾多的第三方小程序框架就可以了。經過兩年多的發展，小程序已解決很多早期時候諸如：沒有自定義組件、UI控制自由度不高、ES6支持度不高、開發工具幾乎等同于廢材等問題，但現在的版本依然有一些缺陷：

　　不能直接使用Less/Sass/Stylus等預編譯CSS

　　ES新標準支持度太低，比如不支持Asncy/Await（ES6/ES7就是那么尷尬，NodeJS對于ES的標準支持甚至還不如小程序)

　　雖然支持Promise，但官方的API返回結果并不是Promise，依然是Callback回調函數

　　沒有狀態管理，參考Vuex和Redux

　　沒有雙向數據綁定（嚴格說這不算是一個缺陷，主要是出于性能的考慮)

　　沒有過濾器（LinUI使用wxs實現了一些主流過濾器，但官方的支持顯然會更加方便）

　　強制將WXSS、WXML和JS代碼分離到3個不同的文件中

　　這些缺點讓習慣了現代化前端開發方式的開發者寫起代碼來并不是那么舒服。那為什么現在會出現如此多的第三方開發框架呢？除了以上原生小程序語法缺陷外，還有一些其他的原因：

　　小程序已不再特別指代微信小程序，現在還有支付寶/百度/頭條小程序。開發者可能有多端開發小程序的需求，希望讓一份代碼能夠在多端運行，這是一個很直接述求

　　一些開發者希望使用Vue和React來開發小程序

　　在我看來，小程序的缺陷或者多端編譯都不是第三方框架出現的主要原因，第三條：為了使用而使用，才是真正的原因。