❶ 移動webapp前端ui用哪個框架好
WeUI
WeUI是一套同微信原生視覺體驗一致的基礎樣式庫，由微信官方設計團隊為微信 Web 開發量身設計，可以令用戶的使用感知更加統一。包含button、cell、dialog、 progress, toast、article、icon等各式元素。
Frozen UI
Frozen UI是騰訊社交用戶體驗設計 － 增值UI開發團隊一個開源的簡單易用，輕量快捷的移動端UI框架。基於手Q樣式規范，選取最常用的組件，
做成手Q公用離線包減少請求，升級方式友好，文檔完善，目前全面應用在騰訊手Q增值業務中。
FrozenUI提供的CSS組件是目前QQ會員前端開發組所用的通用樣式庫。遵循手Q樣式規范，基本樣式使用離線包的方式減少請求，並提供快速接入的方案。
FrozenUI提供的一系列JavaScript插件，更優雅地在移動端上呈現更靈動的動畫效果。
FrozenJS 是針對移動端開發的 js 組件庫，其依賴 zepto.js 和 FronzenUI。
FrozenJS 的所有組件均以 zepto 的插件的形式存在。
阿里開源的SUI Mobile
SUI Mobile
SUI Mobile 是一套基於 Framework7 開發的UI庫。並參考 Ratchet、Fastclick 開源庫。它非常輕量、精美，只需要引入我們的CDN文件就可以使用，並且能兼容到 iOS 6.0+ 和 Android 4.0+，非常適合開發跨平台Web App。
輕量的UI庫 SUI Mobile 非常輕量，核心庫壓縮Gzip後的JS、CSS網路傳輸體積總共只有52K，卻提供了20+個常用的組件。
對於只有HTML&CSS的組件，你只需要復制HTML代碼既可以使用。他的大部分JS組件都是獨立的 Zepto 插件，並且提供了Zepto/jQuery 風格的API，你將會非常熟悉這種方式。
開發團隊：阿里巴巴共享業務事業部UED團隊
網路系
GMU
GMU是基於zepto的mobile UI組件庫，提供webapp、pad端簡單易用的UI組件!
Jingle
Jingle是一個SPA(Single Page Application)開發框架，用來開發移動端的html5應用，在體驗上盡量去靠近native應用，希望有一天html5能夠做到與native一樣的操作體驗。
豐富的UI組件提供了按鈕、列表、表單、彈出框、輪換、上拉/下拉、日歷等各種移動端常用的組件，簡單適用，
前後端分離支持前端模板渲染，模板按需自動載入，完善的事件機制。
輕量級基於Zepto開發，依賴了iscrol
purecss
purecss採用其Grid的部分即可，需要定製的部分，建議自行配置，或者是直接採用grid.css，grid960.css這樣的柵格來處理。Purecss小的沒有節操，全部模塊gzip壓縮後才 4.4KB* 。 考慮到移動端，保持文件盡量小對我們來說非常重要，每一行CSS都經過深思。如果你只用部分模塊，簡直小的忽略。
Pure基石,Pure基於Normalize.css添加了HTML元素的布局和樣式，以及常用的UI組件。全是精華，木有糟粕。
移動端是初衷,Pure是響應式的盒子模型，適應所有尺寸的屏幕。通過皮膚生成器可以自定義樣式。
寫出你自己的樣式,Pure提供最基礎的樣式，鼓勵你基於此寫出自己的樣式。它被設計為容易覆寫，且不影響你自己的樣式。
ionic
基於angular2，豐富的UI組件，大大改進的編程模型，非常適合快速開發。
jquery mobile
jQuery Mobile 是創建移動 web 應用程序的框架。
jQuery Mobile 適用於所有流行的智能手機和平板電腦。
jQuery Mobile 使用 HTML5 和 CSS3 通過盡可能少的腳本對頁面進行布局。
Bootstrap
Bootstrap 是最受歡迎的 HTML、CSS 和 JS 框架，用於開發響應式布局、移動設備優先的 WEB 項目。
wex5
國產的ui，支持打包。
前端UI：完全恪守html5+css3+js，干凈純潔設備api：採用業界主流Phonegap/Cordova
向導、模板：簡單定義，即可輕松製作向導和模板
主題、樣式：海量bootstrap資源引入和定製
UI組件：純H5+CSS3，輕松引入第三方UI組件
插件：輕松對接即時通訊、推送、支付等各類插件
後端：輕松調用後端組件和api，並實現可視化
❷ 移動webapp前端ui用哪個框架好
WeUI
Web 開發量身設計，可以令用戶的使用感知更加統一。包含button、cell、dialog、 progress, toast、article、icon等各式元素。
Frozen UI
一個開源的簡單易用，輕量快捷的移動端UI框架。基於手Q樣式規范，選取最常用的組件。
SUI Mobile
是一套基於 Framework7 開發的UI庫。並參考Ratchet、Fastclick開源庫。它非常輕量、精美，只需要引入我們的CDN文件就可以使用，並且能兼容到 iOS 6.0+ 和 Android 4.0+，非常適合開發跨平台Web App。
❸ WEB前端框架—QUICK UI框架的優勢有哪些(一)
1、功能最為強大。
QUICKUI經歷了7年的迭代更新，不斷從客戶的各種業務中對組件的需求進行歸納和抽離，從而打造新的組件和功能。現在最新的4.0版本框架包含了一百多種組件，一千多個應用場景示例。可以說在前端框架領域中，QUICKUI擁有功能最強大組件庫。
2、運行最為穩定。
很多其他的第三方UI控制項在簡單場合使用OK，到了復雜的場景中就會出現很多問題，這種現象很常見，因為在組件設計時無法預料到所有的應用場合。而QUICKUI在7年間經歷了數千個項目實際檢驗，在各種復雜場景都應用過，並根據客戶的反饋不斷完善和調整。目前的第四代可以說是最穩定、最完美的版本。
3、豐富精美的界麵皮膚。
跟其他web前端框架僅僅是一套組件庫不同，QUICKUI是一整套前端解決方案，擁有豐富的外觀界面解決方案。採用現今流行的扁平化設計理念，推出了包括登錄、響應式web、工作桌面、地圖類、門戶風格、大屏展示風格等等幾百套製作精美、用戶體驗優秀的界面。這些界面是以QUICKUI皮膚包的形式發布，使用和更換都非常方便。
以上就是環球青藤小編關於QUICK UI框架的優勢的相關內容分享，希望對各位小夥伴們有所幫助，想要了解更多相關知識，請關注本平台哦!
❹ 前端ui框架排名
在前端項目開發過程中，現在很少有人會使用原生的CSS來搭建頁面，總歸都會引入一些前端UI框架以減少代碼的書寫。一般為了方便自己的使用，很多大公司都有自己的一套UI框架，同時也會把其開源出來。下面就是最近經常使用並且很流行的一些前端UI框架，總有一款適合你：
Mint UI
Flutter
Flutter 是谷歌的移動端 UI 框架，可在極短的時間內構建 Android 和 iOS 上高質量的原生級應用。 Flutter 可與現有代碼一起工作, 它被世界各地的開發者和組織使用, 並且 Flutter 是免費和開源的.
ionic
Ionic既是一個CSS框架也是一個Javascript UI庫,Ionic 是目前最有潛力的一款 HTML5 手機應用開發框架。通過 SASS 構建應用程序，它 提供了很多 UI 組件來幫助開發者開發強大的應用。 它使用 JavaScript MVVM 框架和 AngularJS 來增強應用。提供數據的雙向綁定，使用它成為 Web 和移動開發者的共同選擇。
❺ SUI Mobile - 阿里出品的小巧且精美的手機H5前端UI庫
阿里巴巴共享業務事業部UED團隊的作品。專門為手機H5頁面提供一個常用的組件庫，以減少重復工作。
SUI Mobile（MSUI） 是一套基於 Framework7 開發的UI庫，風格樣式偏iOS。它非常輕量、精美，只需要引入CDN文件就可以使用，並且能兼容到 iOS 6.0+ 和 Android 4.0+，非常適合開發跨平台Web App。
相比於現在大前端的工程化開發，SUI Mobile 上手非常簡單，引入js文件就能開始使用，因此上手難度非常小，對於一些不了解前端工程化的開發者，不需要學習vue\react等框架。
而對於一些邏輯簡單、快速開發的營銷頁面或者h5應用，反而不適合工程化的開發。這時候選擇 SUI Mobile 就非常適合。
SUI Mobile 免費開源，請放心搬磚。
https://sui.ctolog.com
那些免費的磚(www.thosefree.com) 持續更新設計、前端圈免費開源、可商用資源。
❻ 前端基礎設施怎麼搞看騰訊TDesign跨技術棧組件庫的最佳實踐
在 6 月 28 日的首屆 Techo Day 騰訊技術開放日上，騰訊發布了一系列「輕量級」產品，將騰訊多年自研產品的底層能力釋放給了開發者。
正如騰訊雲高級副總裁 & CTO 王慧星，在前不久的騰訊 TDesign 技術生態日提到的那樣：「自騰訊確立了開源協同，自研上雲的技術戰略，成立了十大技術領域委員會，推出了眾多 PaaS 能力，並將這樣的能力放在雲上，實現對內部和外部用戶的統一服務。」
而騰訊設計雲旗下的企業級產品設計體系騰訊 TDesign 正是這樣一款產品，其也在首屆 Techo Day 騰訊技術開放日活動中，發布了新的產品動態。據了解，目前騰訊 TDesign 的大部分組件已經完成了內測版本的發布， Vue 2、Vue 3、React 和移動端 Vue 3 也已經發布了公測版本和候選版本。與此同時，Augular、Flutter 、taro 等熱門技術棧也在開發的行列當中。
如果要回溯騰訊自研 UI 組件庫的緣由，這或許要先了解下前端領域的發展史。
縱覽底層的前端框架領域，先是經歷了 JQuery 一統江湖的時代，而後過渡到了 MVVM 框架成為主流的時期。目前，Vue、React 以及 Angular 則成為了前端開發人員使用最多、最廣的底層框架。可以看出，業界並沒有完全占據主導地位的前端開發框架，這也就導致前端技術團隊在迭代技術棧時，往往存在較大的切換成本，跨團隊共享前端資產時也會遇到技術棧差異的壁壘。
此外，由於組件庫和團隊技術棧存在一定耦合性的關系，對於很多企業中後台系統這樣的弱設計風格場景，我們可以根據整個棧的風格，大致推測出這個項目使用了哪種組件庫。例如，前端團隊選擇了 React 開發框架，大概率會用 AntD 組件庫；使用 Vue 開發框架，則大概率會直接用 iview-admin 頁面模板。這樣一來，技術棧的差異不僅會導致整個組件庫的選型受到一定限制，還會讓對外曝露的產品體驗存在較大的偏差。
因此，在產品體驗、開發效率與設計效率等因素的驅動下，騰訊通過開源協同的方式，與多個業務團隊共建了企業級設計體系騰訊 TDesign ，通過提供復用性的設計體系，為設計研發各個流程環節提供需要的設計和研發等解決方案。
在代碼組件庫中，騰訊 TDesign 基於業界實際的使用需求，已經覆蓋了 Vue、Vue Next、React 等主流的前端開發框架，目的在於讓公司內外部使用的同學都可以根據自身實際需求，選擇對應的組件庫產品，不再受技術選型的限制。當項目同時有桌面端和移動端使用需求的時候，騰訊 TDesign 還可以統一產品在兩端上的業務體驗。
從另一個角度來看，如果沒有統一的 UI 組件體系，UI 設計師的工作效率同樣是大打折扣的。在「騰訊前端通用 UI 組件庫技術生態日」活動中， 騰訊用戶研究與體驗設計部總經理陳妍說道：「如果沒有騰訊 TDesign 這樣的 UI 組件庫，設計師是最大的受害者，因為我橋核孝們的工作需要不斷的重復，沒有辦法把時間節省下來做更加有價值的事情。」
基於設計敏稿師的痛點，騰訊 TDesign 目前也提供了 Figma、Sketch、Axure 等設計資源以及 Sketch 設計插件，讓設計和代碼能夠無縫銜接，使設計資源分配到必要的環節。
既然騰訊 TDesign 選擇了支持各種技術棧的原生開發，就不可避免地會遇到幾類問題。例如，UI 組件庫怎麼保證與技術棧產物一致性？交互和 UI 實現怎麼保持一致？組件 API 怎麼保持一致？官網體驗與用戶氏並的實際使用如何保持一致？
據騰訊 TDesign 團隊透露，雖然業界基於上述挑戰已經有幾種不同實現的方式，但其各有優劣：
一種方案是基於 Web Components 做一個組件，將其使用在各個框架當中，但 Web Components 方案的優勢與具體實現框架沒有太大關系，因為是由瀏覽器原生支持，其最大的問題還是瀏覽器的兼容性，部分瀏覽器可以通過 polyfill 解決，但是有些政企瀏覽器的兼容性依然是不可小覷的問題。
另一種方案是直接將一份 React 代碼轉成 Vue，這帶來的好處是可以真正做到維護一份代碼，同時支持多技術棧，但統一整個前端技術棧其實是比較大的課題，目前業界還沒有統一的方案。另外，代碼轉換支持多技術棧的方案，其實在應用開發層會更常見，對於騰訊 TDesign 這種底層依賴而言，轉化後代碼的穩定性還是難以得到保障。
不僅於此，這種轉化方案的中間層代碼相當於是新的框架，既不是 Vue，也不是 React，對於貢獻者來說門檻比較高，會進一步導致開源社區不夠活躍，這同樣是騰訊 TDesign 團隊需要考慮的問題。
最終，騰訊 TDesign 團隊決定選擇用 Vue 開發 Vue 技術棧，React 開發 React 技術棧，除了 Angular、小程序等受技術棧限制，其他技術棧均統一用 Jsx 來維護組件實現，並主要解決了以下幾個問題：
組件 API 保持一致
騰訊 TDesign 團隊梳理出了開源項目前端組件上線的流程，在組件進入開發的前置階段，設置了 API / 交互稿統一評審環節，邀請各技術棧的實現者、UI/ 交互設計師以及 PMC 成員同學一起針對組件 API 的易用性、靈活性以及必要性進行評審，充分的討論過後，會將大家的意見形成整個組件的 API 描述，並錄入騰訊 TDesign 的組件 API 管理平台。
最終，API 管理平台會生成各個技術棧的 API 文檔、某個組件的 props.ts、typeb.ts 等文件。當組件開發者進行開發時，不需要對照文檔做開發，直接根據已經生成的定義文件開發即可，做 API 開發同學提了 PR 做 review 時，有任何更改會同步到各個技術棧實現的倉庫。
用戶實際使用與官網體驗保持一致
為了讓用戶的實際使用感受與官網體驗保持一致，騰訊 TDesign 做了一層官網共同的架構，目前所有的組件文檔包括文字部分，以及我們要展示的組件 Demo。各個端實現時，會各自引入一個 Web Components 實現官網的公共部分，通過統一的 Markdown 解析工具，最終解析出來的棧點就會完全一樣。
各個技術棧產物的 UI 和交互保持一致
除了要保證組件 API 一致，還要保證各個技術棧的產物里 UI 和交互都要完全一樣，這里 TDesign 做了兩件事情：第一，以 TDesign Token 貫穿設計開發流程，從最初設計師提供的設計稿，到組件庫里代碼的實現變數，一直到最終組件庫裡面 NPM 包產物，每個變數都有一一對應的關系；第二，抽取一個獨立的倉庫，將每個組件都獨立維護在 TDesign-common 倉庫，通過 Submole 的方式引入到實現倉庫里。當 UI 需要調整的時候，直接在獨立的庫里修改，再同步到各個技術棧實現的倉庫，最終保證整個 UI 和交互在各個技術棧上面實現完全一樣。
部分組件代碼復用
除了 UI 相關實現代碼做到了各技術棧復用，騰訊 TDesign 也參考了業界類似組件庫產品的實踐， 探索 了一些代碼邏輯復用的方案：一些與技術棧無關的組件抽象類，也抽取到了 TDesign-common 倉庫中；合理分層組件實現，通過 Hooks 和 Composition API 來跨技術棧復用部分代碼實現。
據了解，當前騰訊 TDesign 在內外部已經有了比較廣泛的應用基礎，騰訊內部在積極推動各個業務統一到 TDesign，也支持了多個領域和行業外部項目落地，並從中孵化出了多個行業組件庫。這些組件庫也將在未來逐步開源，持續支持各行業領域的系統建設。
而當我們開始回溯騰訊 TDesign 自開源以來的歷程，可以發現其取得的成績已經可圈可點：在開源社區的建設方面，騰訊 TDesign 仍然秉持著為社區貢獻價值的初心，不斷向有活力、高質量的開源社區進階。據統計，上半年 TDesign 共有 280+ 貢獻者，其中外部 17 ，核 貢獻者 47 ，GitHub star 4k+。
展望未來，騰訊 TDesign 還將繼續圍繞著兩個既定目標邁進：
第一，讓更多人使用騰訊 TDesign。後續組件庫各技術棧將發布 Stable 版本，並針對移動端開展專項優化，以確保提升組件質量和用戶使用體驗。為了最大化提升設計師的工作效率，還將提供 模板、移動端 Figma UIKit Variant（設計可配置能 ）等設計資源，並建設物料市場，承載更多的 業組件和模板資源。除此之外，TDesign 還計劃支持國際化以及無障礙適老化的適配；
第二，建設更有活 、更 質量的開源社區。為了幫助更多從業者了解企業級設計體系 騰訊 TDesign，社區後續計劃沉澱、總結設計體系和組件庫專業 章 / 課程。另外，為了吸引更多外部開發者加 貢獻，透明化內外部協作進度，開源社區將優化開發者的招募和激勵機制。
談及未來的發展規劃，騰訊 TDesign 團隊在接受 InfoQ 采訪時表示，未來除了會支持現有的前端技術棧，還將協同社區的力量推出 Web components、Flutter 等更多技術棧產品，服務於公司內外使用者。同時，也期待更進一步復用跨框架實現的代碼，在降低維護成本的同時，不顯著額外提升參與貢獻的門檻。
作為騰訊設計雲的關鍵產品，騰訊 TDesign 的誕生便是為了讓 UI 組件庫擺脫技術選型的影響，讓其回歸到前端基礎設施的地位上來。事實證明，在一步步的迭代與優化之下，騰訊 TDesign 已經逐步地將開源協同能力滲透給了更多企業。
與此同時， 騰訊用戶研究與體驗設計部總經理陳妍還在接受 InfoQ 采訪時透露：未來，騰訊設計雲將繼續在設計資產、設計協作效率發力，針對圖標庫、設計資產開源平台以及智能設計工具進行迭代升級。目前，騰訊設計雲已經初步完成平台建設階段，後續騰訊設計雲將逐步向內容建設方面進階。
我們也堅信，今後騰訊設計雲在實現高效設計、輕松協同目標的過程中，也將邁出更加堅實的一步。
❼ 如何做商業前端框架+UI庫選型
這將幫助你了解前端社區中海量的工具。
當然，這些只是一些可選的列表，當你需要做出選擇的時候幫助你抉擇。
我自己使用它嗎？
是的，當我需要開始項目的時候，我用它來作為提醒。
同時，每當有人問「我該使用什麼框架呢？」的時候，我就會把這篇文章給他看。
因為，正如你明白的，事情沒有絕對的對與錯，但是有一些優質的框架能夠幫助做出我們更好的選擇。
另外，我也會不時的更新本文，因為有時候當我學習更多後也會改變當初的想法。
我應該怎樣開始?
如果你的項目不是很小，你應該需要下面幾件事：
項目模塊化 我個人比較喜歡 Component-based architecture，因為他適用於 various-frameworks
同時，考慮一些其他的例子，比如 BOT 、 Elm Architecture 或者 re-frame 或者 CycleJS
模塊載入器(RequireJS，Browserify, Webpack, ComponentJS, SystemJS)
這些東西能夠幫助我們保持Javascript(或者components)彼此獨立和可維護。
包管理器(npm, jspm, bower)
我個人一直比較喜歡 npm ，似乎他是javascript和nodejs真正的標准。另外我會考慮bower來做補足，因為他是一個很好的下載靜態資源的工具，但它在管理組件和依賴又不如npm強大。
自動部署/編譯/構建流水線(grunt/gulp/brunch/broccoli)
因為，如果一直做重復的事情的話生命是很短暫的。
CSS預處理(jss/stylus/sass/css-moles)和 postprocessors(css0, autoprefixer, postcss)
這些工具使css更美好，去除了一些瀏覽器兼容的問題。是的，我是從2015知道這些的，但是不論如何，它在過去確實是痛點。
構建框架(Bootstrap, Zurb Foundation, Elemental UI, Material Lite)
這些框架讓很多web開發者合作，它們會幫助你處理基本的布局和樣式。
盡管，你可以考慮構建你自己的解決方案，如果你感覺構建很厲害或者希望成為前端專家，或者你需要為你的公司構建基本的視覺元素。
如果是這樣的話，建議你盡快使用方法論(BEM, OOCSS)，它們可以幫助你節約時間。
我個人比較喜歡 BEM 命名方式和基本工作流，你能夠從 styleguide for Brainly.com找到一些可以幫助你的靈感。
如果你不構建基本的組成，建議看一看 HTML5 Boilerplate
測試工具(jasmine, karma, mocha, tape, itern)
任何人都需要測試，沒有例外的。
代碼質量監控工具(eslint, husky, editorconfig)
可以獲取幫助的社區(chats, IRC, meetups, twitter)
好了，下一步呢？
在選擇你的工具前有一些值得思考的問題需要解決。
准備好了嗎？
我需要和其他人合作嗎？他們是誰？他們想要什麼？
這個問題會幫助你選擇語言和工作流，這對你和你的夥伴都有幫助。
我最關注什麼？質量，開發速度，還是可維護性？
這樣你可以決定是否試驗一些新工具，以及是否能承擔失敗的風險。
是否需要開放給第三方？
面向的團隊不同可能會限制我們語言的選擇。
我是否在處理核心的項目
如果你處理核心項目，請最好選擇高穩定性的語言和框架，這更安全，讓你睡得更好。
是一個可交互的app還是基本的文檔頁面。
結果很可能是你僅僅需要基本的HTML ＋CSS ＋ tools，或者靜態網站生成器或者CMS。
這是一個單一的項目還是其他項目的相關項目？
即使你有一系列項目，你也應該用一些組件和樣式引導，這些有不錯的文檔。
直接減少代碼重用，保持一致性。
另外，考慮SEO，和服務端渲染。
語言列表
當你回答完上面這些問題後，就可以和你的隊友聊聊，然後選擇一個語言了。
因為這里有很多的東西，而不是糟糕的Javascript，你可以選擇
是否有js開發團隊
考慮ES6(babel兼容)
這會讓你的生活簡單一些。
你是否偏愛typed語言？開發typed是否可以？
考慮 typescript
函數式編程是否接受？
你可以從簡單ES6庫開始，比如 lo-dash 或者 ramda。
這里有一些教程和書來幫助你開始美好的旅行。
你是否嘗試過函數式編程，想要更好的東西？
試試 elm ，很酷的！
你是否能夠全棧？
試試 clojurescript，很酷很酷的
你喜歡沙拉嗎？
試試scalaJS
你知道Haskell嗎?
試試 purescript，真的很酷
想要更多瘋狂的？
這里有一個可以編譯成javascript的語言列表，選一個然後享受吧。
框架列表
你僅僅需要基本的可運行的app？
沒有時間做更復雜的工作？
試試 angular. start looking for help imediately
你是否經常需要快速的原型開發？
是否能在未來修復一些問題？
試試 angular. 一些問題
你是嘗試前端開發的後端？
試試 angular. 尋找一些前端開發者
你是否需要很快的進行開發和構建，但是同時會丟失一些特點？
試試 ampersand/backbone
同樣的技術選型，怎樣從中型到大型？
把 marionette/chaplin添加到你的backbone裡面去，另外可以考慮 Reackjs
你是否有一些時間來實驗，同時得到很大的性能提升？
試試mithril/knockout/aurelia+
你是否有不錯的前端實驗精神，對函數式編程熟悉？
試試 ReactJS＋Rex＋ImmutableJS+
更多函數式編程技巧？或者偏好交互性強的應用？
使用 reactive streams(bacon, rxJS) 或者試試 Cycle.js(實驗性)
注意1: add streams any會是很好的選擇，可以推薦別人使用。
注意2: 請不要拒絕使用 FRP的reactive streams
你想要使用嚴格的驗證和通用處理方式？
你的應用會越來越大？
你計劃擴充你的團隊？
你有時間學習新東西？
建議花時間學習 EmberJS，他將會是很好的投資!
你是否需要「類桌面應用」？
你的應用有表格，圖例，或者其他分析功能？你在構建企業應用？
試試 ExtJS
你們是一個為其他開發者提供服務的工作室？
你最好有一個不錯的工具集，另外，同事之間最好有一些公共用例。
你是一個為他人提供工具的自由開發者？
適應他們的選擇。
嘗試angular，這將不會造成多大麻煩，讓其他人得到他們想要的。
注意：如果別人付費，請不要改變客戶的需求
你正在構建一個有吸引力的產品，它將會很多人使用？
有了明確的需求後我們就從上面的列表中選擇一個合適的框架。
關於開發什麼樣的應用你有明確的需求（比如10屏的移動應用)
花兩周時間來試驗特定的需求（ionic, famous, Sencha Touch)
怎樣開始編碼？
花一些時間閱讀你所選擇框架或者工具的文檔。
在社區裡面詢問一些經驗開發者怎樣算是優秀項目的開端。
准備所有的工具。
極客精神。但是我建議更加工程化一點。
...
成功。
不知道怎麼用我介紹的一些不常見框架？
看看 TodoMVC Examples，找到你選擇的框架。
但是記住，這些項目只是示例，大多數情況下他們不適合大中型項目。
❽ 除了Bootstrap，還有什麼其他前端UI庫
1.Aliceui
Aliceui是支付寶的樣式解決方案，是一套精選的基於 spm 生態圈的樣式模塊集合，是 Arale 的子集，也是一套模塊化的樣式命名和組織規范，是寫 CSS 的更好方式。
2.Amazeui
Amaze UI 是一個輕量級、 Mobile first 的前端框架, 基於開源社區流行前端框架編寫的。
3.sui
SUI是一套基於bootstrap開發的前端組件庫，同時她也是一套設計規范。
通過SUI，可以非常方便的設計和實現精美的頁面。
同時sui還有移動端版本msui，msui是阿里巴巴共享業務事業部UED團隊的作品。目的是為了手機H5頁面提供一個常用的組件庫，減少重復工作。
4.FrozeUI
Frozen UI是一個開源的簡單易用，輕量快捷的移動端UI框架。基於手Q樣式規范，選取最常用的組件，做成手Q公用離線包減少請求，升級方式友好，文檔完善，目前全面應用在騰訊手Q增值業務中。
❾ 前端ui框架的區別有哪些
前端ui框架的區別有哪些？在各種前端UI框架的差異中，M模型模型;V視圖視圖;VM視圖的模型視圖;P主持人節目主持人;C控制器控制器;W不管;讓我們先看看MVVM。其餘的並不重要。VM屬於模型和視圖的連接器，並與之分離。每個部分負責不同的內容，為長遠發展打下良好的基礎。這種觀點很容易理解。它是HTML、CSS和JS代碼，而且它在前端與HTML和CSS相關。例如:寫表單，開始用HTML架構，CSS美化，JS動畫控制。模型模型。簡而言之，它是伺服器與業務邏輯之間連接的形成。其中許多都需要非同步處理和獨立更新。因此，它必須與視圖分開。
前端ui框架的區別有哪些？與前端UI框架相比，兩者之間的連接是視圖模式視圖模型。這只是一個連接，而不是控制項。確保獨立。在多視圖、多模式之前，它是一個很好的橋梁。P在顯示和部分控制中起著較大的作用。換句話說，後面在NG中顯示的很多角度都可以理解為PC master，比如讀取M數據，然後在v-View中插入一個模塊。如果用角度進行解釋，則控制器為c。因此，綁定V和M會導致後期開發困難。W沒有那麼具體。更加靈活。由於我們使用了大量的框架和庫，由於一些函數被迫分離，開發過程很慢。
以上便是關於前端ui框架的區別介紹了，希望它能幫助我們開拓，並確定屬於我們自己的ui框架，這一點非常重要。如果您想了解更多關於ui設計的相關設計技巧及素材等，也可以點擊本站其他文章進行學習。
❿ 什麼是前端UI設計師
UI前端設計師的職能大體包括三方面：
一是圖形設計，即傳統意義上的「美工」。當然，實際上他們承擔的不是單純意義上美術工人的工作，而是軟體產品的產品「外形」設計。
二是交互設計，主要在於設計軟體的操作流程、樹狀結構、操作規范等。一個軟體產品在編碼之前需要做的就是交互設計，並且確立交互模型，交互規范。
三是用戶測試/研究，這里所謂的「測試」，其目標恰在於測試交互設計的合理性及圖形設計的美觀性，主要通過以目標用戶問卷的形式衡量UI設計的合理性。如果沒有這方面的測試研究，UI設計的好壞只能憑借設計師的經驗或者領導的審美來評判，這樣就會給企業帶來極大的風險。
希望可以幫到你