當下流行的純 webapp框架據我所知有 ionic, framework7, bui, mui, aui 等, 其實當下已經有很多對 ionic, framewrok7 , mui ,aui 等的解讀了. 我著重講講bui webapp. 舉賢不避親, 各位看官歡迎一起討論.

BUI Webapp 優點:

設計稿完美還原; 當你拿到一個設計稿的時候, 沒有一個框架告訴你, 你的設計稿要怎麼切才能還原你的設計稿, 你要自己去找移動端還原的技巧,當你還原了介面,你會發現裡面的控制元件也需要按照一定的方式才能適配, 而控制元件又不是你自己能操作的, 所以最終大部分都是開發出看起來像webapp的應用,而不是像bui一樣,保持跟原生DPI一樣的縮放比例. 平臺自適應性強; 按照bui的規範還原出來的介面, 可以在微信,手機瀏覽器,淘寶,支付寶,保持一致的效果, 可以結合cordova,dcloud,apicloud, appcan 等第三方平臺打包成獨立應用, 這個時候保持原生dpi縮放,可以讓你的webapp更像一個app.控制元件豐富; 當下其它框架有的控制元件, bui 都有, 其它框架沒有的, bui 也有, 另外還可以透過自由定製, bui的控制元件是一個控制元件可以做多件事情, 看看焦點圖,跟選項卡, 他們是一個控制元件實現的, 兩者的區別只是長得不一樣, 但實際上兩者的操作互動是一致的. 開發速度快; bui主打的特點就是開發速度快, 這一點得益於上面控制元件豐富, 再結合編輯外掛, 快速模板等, 幫助開發者更加快速的開發. 一切為了開發者更快開發.入門門檻低; 只需簡單的 css,js, html 基礎,拿來即用.模組化複用; 單頁開發結合模組化發揮模組化的最大複用.

BUI Webapp 缺點:

BUI支援多頁跟單頁開發, 單頁開發跟一般的spa不太一樣, 導致在單頁的開發複用上會有一點不同, 這也是開發者比較容易出錯的一個誤區, 文件看仔細一點就沒什麼問題了;部分控制元件的考慮在特殊場景的使用上還不夠全面;

如果你仔細看那個QQ的互動, 你會發現,使用BUI來開發webapp, 再複雜的互動都可以輕鬆搞定.

平臺適配的重要性:

假設一下: 如果你正在開發Apicloud, 你學習了Apicloud的Aui+原生, 但你發現,部分原生功能無法滿足,你需要切換到 dcloud 上去, 這時你還需要學習 dcloud 的 mui + 原生, 而如果你學習了 bui, 不管切換到哪個平臺, 你只需要學習一次 bui + 不同平臺的小部分原生功能就可以無縫遷移過去了.

好吧, 先講這麼多, 更多特點自己開發的時候自己體驗;