最近的(de)(de)弄(nong)的(de)(de)小(xiao)程序差(cha)不多有點(dian)東(dong)西了，就來寫一些關(guan)于(yu)小(xiao)程序的(de)(de)感悟吧
一(yi)般來說，我(wo)認(ren)為(wei)小(xiao)(xiao)程(cheng)序是一(yi)個(ge)沒有什(shen)么(me)技(ji)術含量的東(dong)西，特(te)別(bie)是現在有了(le)組件(jian)庫，而(er)且小(xiao)(xiao)程(cheng)序生態不(bu)(bu)斷完善的情(qing)況下，只要對(dui)著文檔慢慢寫就(jiu)好(hao)，就(jiu)是時間的問(wen)題。然后這里也不(bu)(bu)是教大家怎么(me)去寫程(cheng)序之類的，而(er)是本(ben)人在經歷過(guo)后的一(yi)些小(xiao)(xiao)建議(yi)。
其實我覺得技(ji)術(shu)選型是(shi)非(fei)常重(zhong)要的，直接(jie)關系到你(ni)后來的工作(zuo)復(fu)雜度。怎么說呢？因為小程序(xu)的開發(fa)就是(shi)一(yi)個注重(zhong)業務邏輯的過程，它與算法(fa)研究(jiu)類的研發(fa)工作(zuo)不(bu)同。小程序(xu)的質(zhi)量(liang)高不(bu)高，用戶體驗好不(bu)好完全取決于你(ni)的頁面(mian)設計，頁面(mian)的交互(hu)。
所以我覺(jue)得(de)在選型的過程(cheng)中有幾個特別值(zhi)得(de)注意的：
基本上(shang)就是這些，首先來說一下第一個關于組(zu)件庫(ku)的支持。
可以說組件就(jiu)(jiu)是整個程序的(de)重(zhong)要部分，因為假如你 自己(ji)寫(xie)的(de)話肯定會花費大量(liang)的(de)時間 ，即使你已經寫(xie)出(chu)來了可能(neng)也就(jiu)(jiu)是自己(ji)能(neng)用(yong)，兼(jian)容(rong)性也會有(you)問(wen)題。所以關(guan)于(yu)組件的(de)開發就(jiu)(jiu) 不推(tui)薦自己(ji)造輪子 了，我們還沒有(you)這樣的(de)時間和精力(li)。
但是(shi)我們(men)也不能隨(sui)便去選擇一個組(zu)件庫，我們(men)必須要(yao) 根據(ju)小程(cheng)序的頁面(mian)設計 ，詳細列(lie)出里(li)面(mian)所(suo)有(you)的元(yuan)素到底是(shi)采用何種方法/組(zu)件實(shi)現的，你 選擇的組(zu)件庫是(shi)否所(suo)有(you)都滿足 。還有(you)一個重要(yao)的是(shi)，組(zu)件庫的 社(she)區反饋 如何，有(you)沒有(you)很多不可避免的BUG在里(li)面(mian)。
這一點自(zi)己(ji)也(ye)深有體會，因為組(zu)件的(de)(de)兼容性問題(ti)，自(zi)己(ji)往(wang)往(wang)會花費幾天時(shi)間來(lai)做 兼容和適(shi)配 。現(xian)在我是(shi)選(xuan)擇(ze)了(le) mpvue+vant 的(de)(de)形(xing)式來(lai)寫的(de)(de)。設計圖上面的(de)(de)navbar是(shi)自(zi)定義而且是(shi)固定頂部的(de)(de)，一開(kai)始(shi)也(ye)沒有怎么注(zhu)意(yi)，覺得(de)沒有問題(ti)。但是(shi)，在我切(qie)換不同的(de)(de)機型的(de)(de)時(shi)候問題(ti)就出來(lai)了(le)，各(ge)種對(dui)不齊的(de)(de)情況接踵(zhong)而來(lai)，特(te)別是(shi)蘋果系(xi)列的(de)(de)機型（劉海屏）。
起初我(wo)想過(guo)自己(ji)去適(shi)配一下，但是發現(xian)頭(tou)發一直(zhi)掉，應該在提(ti)醒我(wo)不(bu)能這么搞了。后面就在github找到了一個可以適(shi)配的navbar組件，解決了我(wo)的問題。也從側面說明(ming)不(bu)能自己(ji)造輪子。
因為最終還是(shi)要(yao)編(bian)譯成(cheng)官(guan)方的(de)(de)小程序格式(shi)，難免會有(you)一(yi)(yi)些問(wen)題(ti)(ti)。所以(yi)我們選擇一(yi)(yi)個小程序框架的(de)(de)時(shi)候也要(yao)考慮(lv)到(dao)這個問(wen)題(ti)(ti)，看 它與官(guan)方的(de)(de)區別 在哪，有(you)哪一(yi)(yi)些是(shi)不(bu)支(zhi)持的(de)(de)，看一(yi)(yi)下 社區對(dui)它的(de)(de)評價如何 。
基(ji)本上我(wo)們 選(xuan)(xuan)(xuan)擇(ze)一(yi)些用戶反饋比(bi)(bi)較積極 的(de)(de)就好， 不(bu)要選(xuan)(xuan)(xuan)一(yi)些新興的(de)(de)框架 ，因為(wei)往往也(ye)是坑比(bi)(bi)較多(duo)，而(er)且你(ni)有(you)時候發郵件問他們幾個世紀都不(bu)回你(ni)的(de)(de)。如(ru)何選(xuan)(xuan)(xuan)擇(ze)一(yi)個比(bi)(bi)較好的(de)(de)框架呢？可以看(kan)文(wen)章的(de)(de)最后github倉庫，里面有(you)很多(duo)關于小程序(xu)的(de)(de)資料，也(ye)有(you)一(yi)些框架的(de)(de)排名和(he)組件庫選(xuan)(xuan)(xuan)擇(ze)。
語(yu)法(fa)部(bu)分還不是最主要的(de)，因為 前端的(de)語(yu)法(fa) 都一樣，那我說這(zhe)個的(de)目的(de)其實是說小(xiao)程序的(de)開發語(yu)法(fa)與(yu)官方的(de)語(yu)法(fa)有 哪些不兼容 的(de)，要注意一下，一般文檔(dang)都會給出來的(de)。
目前小程序的(de)開發都(dou)可以使(shi)用vue語法來編(bian)寫，可以說是(shi)非常(chang)方便了，但是(shi)如果你不熟悉 小程序的(de)生(sheng)(sheng)命(ming)周(zhou)(zhou)期 與 vue的(de)生(sheng)(sheng)命(ming)周(zhou)(zhou)期就(jiu) 可能會有(you)一(yi)(yi)些問(wen)題(ti)。我(wo)遇到的(de)問(wen)題(ti)就(jiu)是(shi)怎(zen)么合理使(shi)用生(sheng)(sheng)命(ming)周(zhou)(zhou)期函數(shu)。有(you)時候你的(de)程序可能會報(bao)一(yi)(yi)些奇怪的(de)錯誤， 比(bi)如提(ti)示圖片(pian)(pian)(pian)加(jia)載(zai)失(shi)敗，然后圖片(pian)(pian)(pian)又(you)顯示正常(chang) 。其實這就(jiu)是(shi)頁面渲染的(de)時候還沒有(you)識別到圖片(pian)(pian)(pian)的(de)原因，是(shi)后面加(jia)載(zai)的(de)，這就(jiu)是(shi)先(xian)后的(de)問(wen)題(ti)。
前期就是一些架(jia)構設計以及(ji)技術選(xuan)(xuan)型的(de)(de)內容，前期的(de)(de)選(xuan)(xuan)擇尤為重要，技術選(xuan)(xuan)型好，后面你會節(jie)省很多(duo)時間和(he)工作量(liang)。
開發步驟也(ye)要設計(ji)，你要規劃(hua)一些(xie)目(mu)錄結構，比如(ru)存放 組件的 、 圖片(pian)的 、 工具(ju)類函數的 、 頁面類 的等。雖然說我(wo)們的初始化(hua)項目(mu)都會有相應(ying)的目(mu)前結構，但是(shi)你也(ye)要在(zai)它的基(ji)礎上進行稍(shao)微(wei)的改造。讓我(wo)們的目(mu)前更加清晰(xi)。
一(yi)(yi)般來說我(wo)(wo)們(men)就從我(wo)(wo)提到的(de)(de) 組件(jian)(jian) 、 圖(tu)片 、 工具 、 頁(ye)面 幾個步驟出發。頁(ye)面部分我(wo)(wo)們(men)基本上(shang)不用怎么改，因為項(xiang)目初始化都幫(bang)你(ni)設計(ji)好(hao)了(le)。組件(jian)(jian)部分我(wo)(wo)們(men)就新建一(yi)(yi)個組件(jian)(jian)文件(jian)(jian)夾，用于(yu)存放(fang)我(wo)(wo)們(men)的(de)(de)自定義組件(jian)(jian)，方(fang)便后期的(de)(de)復用。值得(de)注(zhu)意的(de)(de)是，我(wo)(wo)們(men)一(yi)(yi)定要 寫(xie)好(hao)組件(jian)(jian) ，讓我(wo)(wo)們(men)的(de)(de) 復用效(xiao)率更高(gao) ，可以通過 傳參的(de)(de)形(xing)式來控制組件(jian)(jian)的(de)(de)形(xing)態 。
關于圖片的(de)存(cun)儲我的(de)建議就是可以 從功(gong)能上來(lai)劃分 ，比如(ru)tabbar的(de)圖片，navbar的(de)圖片，其他的(de)圖片也是按照自己(ji)的(de)功(gong)能來(lai)進行劃分，這樣就顯得 邏輯結(jie)構清晰 ，后續的(de) 維護 更加(jia)方便容易。
這一(yi)(yi)方(fang)面的(de)話看你的(de) 具(ju)體業務需(xu)求 怎么樣，一(yi)(yi)般來說(shuo)我們經(jing)常都會調(diao)用 第三(san)方(fang)庫函數/接口(kou) ，如定位等。現在我做(zuo)的(de)這一(yi)(yi)個就用到了騰訊(xun)地圖的(de)第三(san)方(fang)接口(kou)，這里就不(bu)再詳(xiang)細展開(kai)。
我(wo)做的(de)時候會出現域名不合法的(de)情況，你需要在(zai) 小程(cheng)序后(hou)臺進行(xing)域名的(de)配(pei)置 ，報(bao)錯信(xin)息都告訴(su)你怎(zen)么配(pei)置了，把(ba)那個域名加上去就好。又或者你的(de)后(hou)臺請求接口有錯誤的(de)話一般就是你的(de)接口 域名不是https協議 ，這(zhe)就有點麻煩了，調試階段(duan)可以在(zai)開(kai)發者工具(ju)的(de)右上角詳情部分， 勾上不檢驗 就好。
但是如果(guo)你(ni)要(yao)上(shang)線(xian)的話就需要(yao)有(you)https的服(fu)務器放置(zhi)你(ni)的接口了。
好了，以(yi)上(shang)就是(shi)(shi)就本次項(xiang)目的相關總結，但(dan)是(shi)(shi)項(xiang)目本身還是(shi)(shi)沒有完善的，我也是(shi)(shi)在早期(qi)(qi)的設計(ji)上(shang)面下了一些功夫，主要還是(shi)(shi)讓自(zi)己在后面的開發過(guo)程(cheng)中少(shao)一些BUG和錯誤(wu)，方(fang)便自(zi)己后期(qi)(qi)的維(wei)護。
其實業務(wu)類的小程序更要主(zhu)要組(zu)件(jian)的開發(fa)和設計，因為很多頁面都會公(gong)用一(yi)(yi)個組(zu)件(jian)，假如你(ni)是復制粘貼那(nei)也(ye)未嘗不(bu)可，只是維護(hu)比較難而已。我(wo)們做(zuo)每一(yi)(yi)個產品，在必不(bu)得已的情(qing)況下(xia)才會使用一(yi)(yi)些技(ji)巧性的東西，一(yi)(yi)般來說都會做(zuo)成一(yi)(yi)個可伸縮、可維護(hu)的產品，也(ye)是對自己的要求。
