2、mint ui 基於 vue.js 的移動端元件庫
4、優秀的基於vue移動端ui框架合集
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專案。
mint-ui 官網：
第一、什麼是雲開發模式？
第二、雲開發模式的特點？
有創新的踐行截層水平實施和自動垂直堆疊的開發理念：要能超越傳統的一切都是物件，提出一種新型軟體構建的基礎理念，從而大大簡化傳統軟體的開發；有典型的簡單到粗暴的驅動式開發模型和工具：整個開發過程，必須有各種的工具支援，能做到無編碼開發，且其中的概念不能太多太專業；
具備獨立雲計算能力的執行時容器：雲開發的前置條件就是同時能提供預設的雲服務框架和環境，能迅速把上述開發成果轉化成雲軟體、雲應用和雲服務；提供了典型的專業構件集：常規軟體中包含的一些專業核心軟體技術，如全文檢索、自然語言、統一使用者等，必須變成專業的saas，供開發者快速整合；
1.團隊規模要求
所有開發，都需要完整的團隊，從瀑布到極限，強調團隊小微化，使得更加靈活，而雲開發首先創造了虛擬團隊和自動角色扮演...
2.成員門檻
直到極限，對成員的要求都是非常高的，只有雲開發，首先實現了模型驅動的開發模式，確保真正的簡單！
3.程式設計和專案速度
迭代之後都強調在較短的開發周期提交軟體，但依次縮短，但由於專案週期制約太多因素，往往不好直接評估，但可以通過"簡單"的程度來判斷...
4.**規範和質量控制
敏捷和極限的規範和質量均依賴統一規範、**評審以及結對程式設計，在某種程度上提出了一些理念，但是否行動則不同團隊表現不一樣；而雲開發通過截層開發，第一次實現了規範和質量的自動化。
5.產品體驗感
傳統無溝通，敏捷和極限也不鼓勵溝通，導致不牛叉無認可，而雲開發第一次提倡無縫溝通、交流和反饋，...；從傳統到極限，產品和開發往往相對隊裡，但逐漸強調引入客戶參與...而雲執行第一次讓程式設計師只關於產品邏輯，第一次要求產品客戶角色必須提前參與...
6.對變化的適應
瀑布式的主要的問題是它的嚴格分級導致的自由度降低，專案早期即作出承諾導致對後期需求的變化難以調整，代價高昂。瀑布式方法在需求不明並且在專案進行過程中可能變化的情況下基本是不可行的。相對來講，敏捷方法則在幾周或者幾個月的時間內完成相對較小的功能，強調的是能將盡早將盡量小的可用的功能交付使用，並在整個專案週期中持續改善和增強。而對變化的適應應該是越來越強，極限提出「擁抱變化」，而雲開發提出了「變化驅動驅動變化」！
前端開發框架 前端開發框架Angular生死年
這個標題，並不是說前端開發框架angular明年就會火或者會死去，而是說，今年將會決定它接下來死活的趨勢。舉例乙個跡象 twitter在2019年轉向react，netflix也有同樣的意向。而這兩家公司，之前都是用ember。ember框架，和angular非常近似。基本上，就是填了一些坑的另乙個...
web前端開發框架那些事
現在市場中web前端開發框架有很多，常用的就那麼幾個，這也是技術人員對框架庫認知達成共識，才能讓乙個產品受到大家的關注，技術人員口碑的形成和養成的習慣是離不開的，如果你用一款前端開發框架開發web應用，一直用一種框架慢慢的就會產生依懶性，多了解幾個框架是沒有錯，今天主要聊一下web前端開發框架不為人...
前端框架開發整合開篇 一
想了好久,準備搭建一套完整的前端開發框架 首談前端框架用到的技術 bootstrap jquery angularjs easyui 字型主要用 開發中可能用到的技術 jquery外掛程式 jquery物件導向寫法 angularjs指令與服務 html5的一些特性 下一步定向是，把這個框架整合到 ...