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

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

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

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

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

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

　　沒(méi)有狀態(tài)管理，參考Vuex和Redux

　　沒(méi)有雙向數據綁定（嚴格說(shuō)這不算是一個(gè)缺陷，主要是出于性能的考慮)

　　沒(méi)有過(guò)濾器（LinUI使用wxs實(shí)現了一些主流過(guò)濾器，但官方的支持顯然會(huì )更加方便）

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

　　這些缺點(diǎn)讓習慣了現代化前端開(kāi)發(fā)方式的開(kāi)發(fā)者寫(xiě)起代碼來(lái)并不是那么舒服。那為什么現在會(huì )出現如此多的第三方開(kāi)發(fā)框架呢？除了以上原生小程序語(yǔ)法缺陷外，還有一些其他的原因：

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

　　一些開(kāi)發(fā)者希望使用Vue和React來(lái)開(kāi)發(fā)小程序

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