前端框架2019 雲開發

 

1 、MUI 最接近原生APP體驗的高性能前端框架

http://dev.dcloud.net.cn/mui/

二、Mint UI 基於 Vue.js 的移動端組件庫

https://mint-ui.github.io/#!/zh-cn

三、iView webapp一套高質量的 微信小程序 UI 組件庫

https://weapp.iviewui.com/?from=iview

 

 四、優秀的基於VUE移動端UI框架合集

http://www.javashuo.com/article/p-gijndqua-ct.html

 

Mint UI 包含豐富的 CSS 和 JS 組件，可以知足平常的移動端開發須要。經過它，能夠快速構建出風格統一的頁面，提高開發效率。真正意義上的按需加載組件。能夠只加載聲明過的組件及其樣式文件，無需再糾結文件體積過大。考慮到移動端的性能門檻，Mint UI 採用 CSS3 處理各類動效，避免瀏覽器進行沒必要要的重繪和重排，從而使用戶得到流暢順滑的體驗。依託 Vue.js 高效的組件化方案，Mint UI 作到了輕量化。即便所有引入，壓縮後的文件體積也僅有 ~30kb (JS + CSS) gzip。

注意：MUI不一樣於Mint-ui，Mui只是開發出來一套好用的代碼片斷，裏面提供了配套的樣式，配套的HTML代碼段，相似於bootstrap，而Mint-UI是真正的組件庫，是使用VUE技術封裝出來的成套的組件能夠無縫的和VUE項目進行集成開發；所以從體驗上來講，Mint-UI體驗更好，由於這是別人幫咱們開發好的現成組件，從體驗上看來MUI和Bootstrapt相似；理論上，任何項目均可以使用MUI和Bootstrapt，可是Mint-U只適用於Vue項目。

注意：MUI並不能使用npm去下載，須要手動從github上下載現成的包，本身解壓出來，而後手動拷貝到項目中去使用

Mint-UI 官網：https://mint-ui.github.io/#!/zh-cn

 

第1、什麼是雲開發模式？

傳統垂直堆疊的開發模式，在雲時代須要進行顛覆和創新；連續在線、基於截層水平擴展、簡單到粗暴乃至鬆耦合複用構件的雲開發方式將能更好適應雲時代的開發特色。

 

第2、雲開發模式的特色？

有創新的踐行截層水平實施和自動垂直堆疊的開發理念：要能超越傳統的一切都是對象，提出一種新型軟件構建的基礎理念，從而大大簡化傳統軟件的開發；有典型的簡單到粗暴的驅動式開發模型和工具：整個開發過程，必須有各類的工具支持，能作到無編碼開發，且其中的概念不能太多太專業；

具有獨立雲計算能力的運行時容器：雲開發的前置條件就是同時能提供默認的雲服務框架和環境，能迅速把上述開發成果轉化成雲軟件、雲應用和雲服務；提供了典型的專業構件集：常規軟件中包含的一些專業核心軟件技術，如全文檢索、天然語言、統一用戶等，必須變成專業的SaaS，供開發者快速整合；

 

開放兼容傳統開發過程和技術積累：既然是開發，除了不懂編碼的人可控外，更應該讓有編碼能力人感到強大、靈活和可複用，從而要求雲開發過程其可兼容傳統編程語言；要有充分的開放性，做爲開發方式，固然可以看生成所有開發的源碼，能夠選擇各類框架甚至本身定義的框架，同時還可以與各類開放框架耦合；從在線開發開始經過連續交互驅動開發：驅動模式的開發。第3、多種開發方式和雲開發方式的區別比較

 

1.團隊規模要求

全部開發，都須要完整的團隊，從瀑布到極限，強調團隊小微化，使得更加靈活，而云開發首先創造了虛擬團隊和自動角色扮演...

2.成員門檻

直到極限，對成員的要求都是很是高的，只有雲開發，首先實現了模型驅動的開發模式，確保真正的簡單！

 

3.編程和項目速度

迭代以後都強調在較短的開發週期提交軟件，但依次縮短，但因爲項目週期制約太多因素，每每很差直接評估，但能夠經過"簡單"的程度來判斷...

4.代碼規範和質量控制

敏捷和極限的規範和質量均依賴統一規範、代碼評審以及結對編程，在某種程度上提出了一些理念，可是否行動則不一樣團隊表現不同；而云開發經過截層開發，第一次實現了規範和質量的自動化。

 

5.產品體驗感

傳統無溝通，敏捷和極限也不鼓勵溝通，致使不牛叉無承認，而云開發第一次提倡無縫溝通、交流和反饋，...；從傳統到極限，產品和開發每每相對隊裏，但逐漸強調引入客戶參與...而云運行第一次讓程序員只關於產品邏輯，第一次要求產品客戶角色必須提早參與...

6.對變化的適應

瀑布式的主要的問題是它的嚴格分級致使的自由度下降，項目早期即做出承諾致使對後期需求的變化難以調整，代價高昂。瀑布式方法在需求不明而且在項目進行過程當中可能變化的狀況下基本是不可行的。相對來說，敏捷方法則在幾周或者幾個月的時間內完成相對較小的功能，強調的是能將盡早將盡可能小的可用的功能交付使用，並在整個項目週期中持續改善和加強。而對變化的適應應該是愈來愈強，極限提出「擁抱變化」，而云開發提出了「變化驅動驅動變化」！