hbuilder + MUI 編寫跨平臺移動端app目前發現的優缺點

MUI這套UI框架,對於我這種CSS菜鳥來講,讀懂裏面的代碼確實很難,並且怎麼說框架中也存在的一些大坑,我這樣的小白,要花上一段時間去學習。相對於react-native 這點的話仍是facebook作的好,引入了一個flexbox的概念,這個東西,要比寫CSS+div 樣式佈局 強大的多。並且不少概念上和Android開發佈局的時候有點像。react

我就直接寫HM了,使用起來固然是很是的強大,代碼自動提示,這個在效率上有很是大的提高。相對於現有的編寫RN的編輯器來講,這點也算是優點之一。並且HM的配置沒有那麼的複雜。RN的配置環境,也是走走停停花了一週的時間理解過來。而HM則沒有這麼大的時間成本。react-native

另一點,HM的代碼是一處編寫,到處編譯,Android和iOS就不用說了,只不過再運行到Android手機上的時候發現,HM寫出來的界面和IOS的有必定的誤差。並且MUI這個框架裏面的基本樣式都是模仿IOS的。而RN目前仍是有分爲兩套的代碼,一個是Android的一個是IOS的。不過區別不大。HM編寫的UI嘗試過,仍是有點不太適應,並且編寫騷味特殊點的佈局,就會很是的難。在這個地方RN就顯得優點很大。框架

就學習成本而言,我比較傾向於RN,由於RN的js代碼就是react.js,只不過使用的是JSX的標準。目前接觸的這兩款框架,我仍是比較喜歡RN,雖然HM的開發效率也算是蠻高的。可是在佈局控制上,能力仍是稍遜與RN。編輯器

目先後面這家公司,因爲IOS的開發人員仍是剛剛畢業的沒有什麼經驗,開發進度比較緩慢,因此這塊須要我用第二套方案來解決,就目前的狀況,我仍是使用HM來開發後面的項目,可是我的以爲仍是要從RN開始,雖然目前沒有專門針對RN的編輯器開發工具,可是在代碼開發的效率和學習成本上對我來講,仍是首選RN。工具

相關文章
相關標籤/搜索