mui有所為有所不為：
mui不是jq，不封裝dom操作
與ui無關的mui不做，你願意用jq或zepto就自己用，並不衝突。
為了效能，層層封裝的框架，尤其是遍歷迴圈dom時，影響效率，尤其在低端android手機上，我們費死勁了才把效能以毫秒為單位一點點提公升，搞這個的dom框架進來就讓很多努力又付諸東流。
原生js挺簡單，為何需要jq？
jq的成功當時是因為ie6、7、8、9、10、chrome、ff這些瀏覽器不相容，讓開發者崩潰，而且pc上瀏覽器效能好，跨平台相容也不影響效能。但jq根本就不是為手機設計的。
手機上只有webkit瀏覽器（忽略wp，反正mui不支援wp），根本就不需要jq這種封裝框架來操作dom。
而且hbuilder提供了**塊來簡化開發，敲dg、dq，直接生成document.getelementbyid("")、document.queryselectorall("")，非常快捷方便，而且執行效能非常高，而且沒有瀏覽器相容問題。
mui、html5+、5+runtime的關係說明
mui是乙個前端框架，html5+是一套html5能力擴充套件規範，html5+ runtime是實現html5+規範的強化瀏覽器引擎。
有點類似於bootstrap、w3c和chrome os的關係。
dcloud的5+ runtime完整的實現了html5+規範。同時5+ runtime還實現了native.js，一種通過js呼叫幾十萬原生api的技術。
為了提公升體驗，mui勢必會呼叫一些5+rutime的增強能力，主要是plus.webview和plus.nativeui。
但mui不是要替代html5plus，以後也無計畫替代把所有5+的webview api都包一層。
mui是把一些常用的窗體操作封裝了，但這種封裝適應面也是有限的，遇到複雜窗體管理，還是要仔細了解plus.webview。
所以，有人抱怨mui的文件不全，其實是缺本文，本文終於說清楚mui做什麼不做什麼了。詳細的mui文件要去下方提示的mui官網檢視。
有人抱怨mui api不全，其實是沒去看plus的api。因為官方推薦的順序是，先學5+，再學mui。倒過來就不太容易理解如何封裝的了。
有人抱怨hello mui示例**裡寫的mui的方法，為何文件裡沒有，是因為有些方法是內部工程師簡化開發中的封裝，未考慮通用設計，還不足以開放為標準api。
mui有外掛程式體系
為了簡化開發者的多端發布開發，mui在核心庫之外，補充了一些外掛程式，這些外掛程式不一定是ui相關，也有業務相關。
在hello mui示例裡下方的示例模板，基本都屬於外掛程式。這些外掛程式的使用需要載入mui標準庫之外的js等資源。
MUI移動端頁面跳轉
今天整理mui移動端頁面跳轉的幾種方法和遇到的不同的坑 先上設定button label和a標籤的 nclick jumptodetailview id jumptodetail 檢視企業詳情 this is a test label this is a test 跳轉方法一 button型別使用 ...
mui 獲取裝置的網路狀態
具體做法 根據 getcurrenttype來進行獲取當前網路的型別 plus.networkinfo.getcurrenttype 值為0 網路狀態未知 connection unknow 值為0 網路狀態未知 connection unknow 值為1 網路未連線 connection none...
html5 為移動裝置新增 viewport
為移動裝置新增 viewport user scalable指令指定使用者是否可以縮放視區，即縮放web頁面的檢視。值為yes時允許使用者進行縮放，值為no時不允許縮放。initial scale指令用於設定web頁面的初始縮放比例。預設的初始縮放比例值因智慧型手機瀏覽器的不同而有所差異。通常情況下...