為什么是小程序？

為(wei)什么我們會(hui)開發小程序呢？或許是因為(wei)工作需要，或許是源于自己的(de)(de)追求（來自名(ming)利的(de)(de)欲(yu)望(wang)），但(dan)我要說——這是一(yi)種緣(yuan)分，很美好的(de)(de)緣(yuan)分，很多年后還值得慶幸的(de)(de)緣(yuan)分

• 小(xiao)程序(xu)目前可以分為三個階段(duan)

  • 一是語音和搖一搖（還有yue pao利器的傳說）
  • 二是公眾號，也就是這時注定了小程序的出現是歷史的必然選擇（shihouzhuge），為什么這么說呢？因為微信在開放了webview的同時加入了js-sdk的開發工具包，而這就是小程序的前身
  • 三就是當下的微信os，能跑小程序的微信

• 我們(men)繼續來說說第二點，有了(le)js-sdk不就(jiu)可以了(le)嗎(ma)？不就(jiu)可以打通微信了(le)嗎(ma)？還要什么小程序(xu)？！可是(shi)人(ren)家是(shi)有夢想的鵝廠啊！！？

  • 先(xian)從(cong)技(ji)術(shu)上說，js-sdk只是(shi)為傳(chuan)統網頁(ye)提供包含微(wei)信api的開(kai)發工具包，并沒有解決移動網頁(ye)遇到的體驗(yan)不良問(wen)題，所以小程序就做了

    • 資源離線存儲，提高加載速度
    • 提供更強的開放能力
    • 通過構建組件系統實現對安全性的管控
    • 通過內置實現的組件提高開發速度和降低開發成本
    • 開放入口啊，不像網頁只能通過鏈接打開
    • 加上其他XXX就搞出了比擬原生的體驗（chadebushao）

  • 微(wei)信的夢想上說(shuo)

    • 作為一個月活超10億的超級app，人口紅利已達天花板，所以現在開始打時長紅利的主意，拓展微信的使用場景，拓寬微信的邊界
    • 馬化騰親口說過：從消費互聯網到產業互聯網，隨著產業互聯網時代的到來，我們也在“連接產業”上尋求突破，而小程序就是連接產業互聯網的“利器”（聽不懂什么玩意）
    • 賺錢啊！鵝廠的夢想啊！

做什么樣的小程序？

回到(dao)上面的(de)(de)引子，為什么值得慶幸？因為上面說了——能降低開發成(cheng)本，能提高用戶體驗，能褥流(liu)量！能讓(rang)每(mei)個人都有機會(hui)搞事情(qing)！！！搞什么呢？我也不(bu)知(zhi)道，如果你有好的(de)(de)想(xiang)法歡迎聯系我:smile:不(bu)過(guo)，這里分享下(xia)我的(de)(de)想(xiang)法

• 戰線不能長！張小龍說過——"用完即走"，其實這不是原因，只是我調個書袋而已:joy:但微信確實是這樣啊，聊天、朋友圈，好像確實沒什么太喪心病狂的一直拉著你不走（好像現在還有看一看？始終記住——鵝廠有夢想！）所以你做的東西要符合人家產品的思想！好吧，說個實際的場景，如果你要在小程序里的創作文章，那別人來一條信息你回不回？不回？你的思緒回不回被打亂？不會？你的心情會不會很煩？不會？:wave:你贏了，來生再見，所以權衡好你的功能設計，戰線越長越容易死
• 短！平！快！ 對應上面。就是快速進入主題，功能點一目了然，功能也盡量單一，該干什么盡快干什么！例如讓用戶分享，讓用戶pay，快！快！快！不猶豫，讓用戶盡快上車
• 做矩陣，對應上面，如果你想把app的功能都搬到小程序上，那一定要做功能拆分，做多個小程序形成矩陣

小程序os長什么樣？

想種一個小程序總先(xian)知道這片土(tu)地什么樣吧？OK，歡迎來到小程序黑土(tu)地。。。

• 首先我們先說說小程序用到的兩個線程——渲染線程、腳本線程，與網頁開發不同，這兩個線程是分開的，分別運行在不同的線程中，而網頁則是互斥的，也就是說視圖和腳本被分開了，在不同的線程里，這就導致了和普通網頁開發一個很大的不同——沒有DOM API，而且也不是運行在瀏覽器里所以也沒有BOM API
• 我們再看圖還發現小程序總共有三種運行環境，并且！每個環境兩個線程還都不一樣！所以同學們啊，在開發工具上行的在真機上不一定行啊！可別太天真了，一定要在真機上驗證功能的可行性！
• 我們有沒有想過小程序為什么要費那么大功夫重造輪子？不直接用成熟的web技術？說是體驗，其實我覺得最主要的是微信想管控一切，不是你想怎樣就可以怎樣，而是我讓你怎樣，你才能怎樣（至今我還對此很不爽）所以就干掉了靈活的web，別被我帶溝里——小程序并不是完全沒有了web，實際上你看到的就是web，只是沒有暴露出來，而是微信直接通過編譯小程序來替你操作了

既然是兩個線(xian)程(cheng)，那(nei)必然要通信啊，要協(xie)作完(wan)成任(ren)務，那(nei)怎(zen)么(me)實現的呢？看下面(mian)的通信模型

沒看到(dao)圖也(ye)能先想(xiang)到(dao)是這(zhe)個樣式(shi):blush:，這(zhe)里提示幾點

• 上圖中的Native是指微信客戶端
• 邏輯層發送網絡請求也經由Native轉發
• 渲染層是由多個webview組成的，為什么？為了提供更好的交互體驗呀，這樣也更貼近原生體驗，同時避免了單個WebView的任務過于繁重，同時導致了小程序的生命周期不容易被理解（下面帶你理解）
• 通信是有時間成本的，所以在開發中我們最好使用異步接口

來看下生命周期

• 其實了(le)解了(le)渲染層是由多個webview組成的就很容(rong)易理(li)解生(sheng)命周期了(le)

  • navigatebBack是返回上一個webview，銷毀當前的webview
  • navigateTo是打開承載新頁面的webview，同時保留老的webview
  • redirectTo是在當前webview里打開新的頁面
• 左下角有兩張拼一起的圖是switchTab的
• Tabbar頁面初始化之后不會被銷毀！所以Tabbar頁面不會unLoad，更多請參閱圖片