在微信公佈小程式的文件和開發工具後，我們在第一時間進行了學習和體驗，發現微信小程式的技術架構和開發體驗讓我們有些失望。由於微信小程式的運作環境並不是一個標準的瀏覽器環境，而且微信的封裝工作並不完善，所以我們以往開發中的許多經驗並不適用。這並非簡單的開發習慣不適應，更重要的是我們的開發流程、規格將不適用。
微信小程式開發第一宗罪: 無法呼叫NPM套件
雖然微信小程式開發工具打包時實作了require函數載入依賴，但並不是完整的CommonJS依賴管理。因為require函數僅僅能夠載入專案中的JS文件，而且必須嚴格定義JS文件路徑，路徑不支援CommonJS的路徑風格。例如如下載入方式都會出錯：
require('lodash');require('lodash/map');require('./foo');
在微信小程式開發工具中，我們必須對應寫為以下格式：
require('node_modules/lodash/lodash.js');require('node_modules/lodash/map.js');require('./foo.js');
雖然我們可以像上面程式碼一樣載入node_modules目錄中的函式庫，但實際執行時卻發生了：
在調試工具的Network選項卡中，我們看到運行時加載了1000多個文件，總數據量1.8MB，而我們僅僅是在程式碼中加載了一個lodash庫而已！這是因為微信小程式開發工具會將所有專案下的js文件視為專案文件，並進行打包。而實際開發中，我們需要安裝很多的NPM擴充庫，而這些擴充庫中有大量的不需要打包的文件，例如lodash中有上千文件，而我們只需要用到其中的非常少的一部分。
另外，在開發中，我們往往需要安裝babal、eslient、webpack、grunt等待開發工具，微信小程式開發工具會一視同仁將這些工具的源碼也進行打包......實測開發者工具將崩潰！開發者將崩潰！我崩潰！
所以不支援NPM套件的原因，是微信開發者工具不支援CommonJS標準，不支援CommonJS標準的原因，是微信開發者工具想當然地認為專案目錄下的js檔案一定是專案文件，所以只實現了簡單的require函數，想當然的原因是。 。 。
微信小程式開發第二宗罪: 無法使用Babel轉碼
無法使用Babel轉碼的原因其實仍然歸結於無法載入NPM函式庫。但是後果將會十分嚴重。因為你將不能再安全使用ES6/7特性，你將無法使用async/await函數，你將和無盡的callback做鬥爭，你該怎麼描述自己？回調地獄中的苦逼程式設計師？
如果你看到這裡不明白Babel為何物，那麼祝賀你，因為不曾見過天堂就不知何為地獄，你無須為不支持ES6/7而煩惱。但一旦你的大腦支持了ES6/7，用過了Babel，你就回不去了，像我一樣，無Babel不編碼。
微信小程式開發第三宗罪: 無法重複使用元件
其實微信小程式開發是並非完全不能重複使用元件，例如WXML語法中支援import和include。但那隻是視圖範本可重複使用，並非元件可重複使用，因為我們認為元件在應當包含視圖和邏輯。
WXML其實是基於可重複使用的元件，但不允許我們自定義元件。如果你有React經驗，你就會明白我的意思。
例如，你的小程式是個電商APP，專案中有兩個頁面中同時包含了商品清單群組件，例如某分類下商品清單和搜尋結果列表，我們知道這兩個列表其實只是參數不同而已。但是在小程式開發中，你只能將列表的範本抽像出來，不能將邏輯抽象化出來，所以你就需要在兩個頁面上都實作一遍列表元件的控制邏輯，例如刷新、載入更多。 。 。 我們的實踐
只吐槽、管殺不管埋是不道德的，既然發現了微信小程式開發中的各種弊端，我們在開發之中總結出了一套流程和工具，專為解決上述三個問題，並免費發佈到了開源社區，這就是Labrador。接下來我們一起來試試我們的開發體驗。 安裝Labrador**
透過指令 npm install -g labrador-cli
全域安裝Labrador控制列工具。
初始化專案
透過以下指令新建一個Labrador專案：
mkdir democd demonpm initlabrador init
專案初始化完成後，該目錄是這個樣子的：
圖中的src是我們的原始碼目錄，node_modules是NPM套件目錄，dist是目標輸出目錄。請在開發者工具中新建一個項目，並設定路徑到dist目錄，請勿設定為demo目錄！使用WebStorm或Sublime開啟demo目錄，開發過程中，我們使用WebStorm或Sublime修改src目錄下的來源碼，請勿直接修改dist目錄中的文件，因為dist目錄是透過labrador指令產生的。
在demo目錄中執行 labrador build
指令編譯項目，該指令會將src目錄下的檔案一一處理並產生dist目錄下對應的檔案。我們也可以執行 labrador watch 指令監控src目錄下的檔案變化，這樣就不用每次修改後手動執行編譯指令。
載入NPM套件
我們以lodash套件為例，在src/app.js中鍵入程式碼const = require('lodash');
編譯後，我們看到dist目錄下的檔案是這樣的：[圖片上傳中。 。 。 （3）]
我們看到dist目錄下有一個npm/lodash目錄，該目錄下只有一個lodash.js文件，那麼在微信web開發者工具中打包預覽，lodash的庫將只有這個檔案被載入。
這一切是怎麼發生的？
我們來看看dist/app.js的源碼，發現源碼中const = require('lodash');
被編譯為var _ = require('./npm/lodash/lodash.js ');
然後labrador指令將node_modules/lodash/lodash.js
檔案複製到了dist/npm/lodash/lodash.js
。這就是透過labrador可以呼叫NPM套件的原理。
重要的是，只有真正用到的js檔案才會被labrador指令加入專案目錄。這樣一個小小的改進象徵著我們的小程式可以方便地呼叫NPM倉庫中海量的擴充庫！
Babel轉碼
在初始化的範例程式碼src/app.js中的內容是這樣的：
[圖片上傳。 。 。 （4）]
圖中timer和getUserInfo屬性都為async函數，函數體內使用await呼叫非同步操作。 labrador 庫對微信API進行了封裝，使用const wx = require('labrador'); 覆寫預設的全域變數wx; 封裝後的wx物件提供的非同步方法回傳的都是Promise非同步對象，結合async/await函數徹底終結callback，將非同步程式碼同步寫，輕鬆逃離回調地獄！
但目前async/await函數是不被瀏覽器支援的，我們需要使用babel對其轉碼，labrador編譯指令已經內建了babel轉碼，轉碼後的程式碼可以查看dist/app.js，內容過長，不再張貼。
重複使用元件
重複使用元件最需要解決的問題是元件的邏輯程式碼怎麼重複使用。在實例程式碼中有一個src/components目錄，用來存放專案內的可重複使用元件，其結構是這樣的：[圖片上傳中。 。 。 （5）]
子目錄src/components/list中存放著一個可重複使用的元件。 list.js / list.less / list.xml 分別對應微信小程式的 js / wxss / wxml 檔案。 JS為控制項的邏輯層，其程式碼如下：[圖片上傳中。 。 。 （6）]
檔案匯出一個List類，這個元件類別擁有像Page一樣的生命週期函數onLoad, onReady, onShow, onHide, onUnload 以及setData函數。 LESS文件對應微信的WXSS文件，因為微信小程式實現的限制，LESS中無法使用連級選擇語法，但是可以定義變數，方便開發。 XML文件對應微信的WXML文件，是元件視圖描述文件，list.xml內容為：[圖片上傳。 。 。 （7）] 檔案中匯出一個名為list的template。組件不但可以存放在src/components目錄內，還可以單獨做成NPM包，這樣就可以輕鬆做到跨項目間的組件共享。
元件定義完成後，接下來是在頁面中調用，在 src/pages/index/index.js 中有以下程式碼：[圖片上傳中。 。 。 （8）] 程式碼中首先引入了labrador庫取代全域的預設wx對象，並使用labrador.createPage方法取代全域的Page函數宣告頁。然後載入List元件類，在頁面聲明配置中，增加了components屬性，並將List元件類別實例化傳入。 labrador.createPage方法是對Page方法的一層封裝，目的是在頁面初始化時和元件物件進行關聯。
在src/pages/index/index.less 中加入程式碼@import 'list' 即可呼叫list元件的樣式，如果在src/components/list中找不到list.less，那麼編譯指令就會在NPM包中尋找node_modules/list/index.less 。
在src/pages/index/index.xml 中加入程式碼
以上是關於三宗罪的微信小程式開發的解決方法分享的詳細內容。更多資訊請關注PHP中文網其他相關文章！
