微信小程序項目總結（一）

-- KChris 2017.3.16 (=^.^=)

前言
微信小程序的開發，我應該算是遇上了第一波，因此，天然是一路踩坑而來 =。=
一月九日，小程序正式上線，早早地就到公司開始改bugs~
前不久，我又對這個項目重構了一版~
如今來作個項目總結恰好，就給我踩過的那些坑留點記念吧~

開發時,切忌將小程序簡單地想象成咱們web開發中的css、js、html，不然···

微信小程序的開發，其實是在微信封裝下對項目的二次開發了。不少不少的規則咱們必需要去遵照，其中很明顯的就是標籤元素。不少標籤會讓咱們很天然地和html中的標籤元素對應起來，創建這種對應關係確實可以幫助咱們更快地入手小程序，可是必定要記得不要把它們等同起來，謹記它們是有區別的。還有，開發以前，記得看看官網文檔上的Q&A，預熱下。

注：
1.如下標題是按照微信開發工具上的選項進行劃分的。
2.總結還在一步步地完善中，天天一點點~
3.歡迎留言指正錯誤，知識共享~

項目
1.開發環境不校驗請求域名以及TSL版本
小程序有嚴格的域名檢查規則，規定使用https。
因此，當你的開發環境是http時，記得將這個選項勾上，否則你是沒法請求到接口數據的。

2.開啓ES6轉ES5
若是有用ES6語法的話，記得勾上。

編輯
編輯，也就是開發咯。

1.文件引用
在小程序中，它引入了模塊機制，咱們能夠在頁面中引入咱們須要的模塊，可是，這種引入是單向的。好比：
a文件：

var b = require('../libs/b.js')

那咱們在b文件中若是這樣：

var a = require('../libs/a.js')

開發者工具是會報錯的，目前個人解決方案也只是避免這種引用，直接將本身須要的部分放在同一個文件中。

2.圖片
1）經過background屬性引用圖片
沒錯，咱們能夠在開發工具上看到效果挺正常的，可是，打開手機測試，Ops，圖片不見了。
在官方文檔上有明確規定，本地資源是沒法經過css獲取的。
因此，當你決定用background-image屬性的時候，你能夠：
a=> 使用網絡圖片
b=> base64

2）經過image標籤src屬性引用圖片
這種方式的引用沒有資源來源方式的限制，能夠引用本地資源。

調試
調試的時候最大的感悟是，不管是開發者工具上，仍是手機上，記得先把緩存刪乾淨再測。並且出現bugs的時候儘可能多測幾回，進行反覆肯定。否則的話，你可能會發現，原本測好的功能又出現問題了，或者是原本有問題的部分又沒有問題了，因此，測吧測吧，多測幾回。

1.頁面加載，前端向後臺發送數據請求。
在開發階段，咱們在進行對請求結果的業務處理時，天然是邊調試邊修改的，有時候咱們會遇到：statusCode沒處理好而致使前端不斷向後臺發送請求，而後，卡機了。固然，在微信開發者工具上，也是。不過，除此以外，它還會產生另一個反作用，就是可能連小程序自己API上的請求都請求不了了。發生這種狀況的話，你就喝喝茶，作作眼保健操吧，給它點時間，它會好起來的。

2.代碼上傳報錯。
手機預覽小程序。在預覽以前，咱們是須要在開發者工具上上傳代碼的，說說我遇到的報錯把：
1）明確提示個人代碼中哪個文件有錯誤
這個比較好辦，就是直接找到對應文件，結合控制檯，改好以後再上傳代碼。
2）錯誤提示一個不知道什麼緣由的error
碰見這種狀況，個人解決方案是：不用糾結，關掉個人開發者工具，打開，再上傳。貌似有點無厘頭，可是成功概率很高，不信你能夠試試。

其餘1.開發過程當中，記得時刻關注官方文檔上的更新日誌，保持本身的開發工具是最新的。這是避免跳坑的一大法寶，不過如今還好了，剛開始的時候是真坑~2.學會在開發者社區上找答案，沒有答案就去提問，會有人回答你的。