㈠ Hbuilder mui這個前端ui框架如何有什麼優缺點
我覺得 UI 框架的優缺點要從本身的幾個特點來看：
UI 框架應該有的基本功能，比如各種瀏覽器內核的適配，比如 touch/swipe 的封裝，即使沒有 swipe 也要能夠方便接入別人的插件，目前敢放出來推廣的框架都做到了這些。
手機特有的 layout/交互/UI Pattern，有的框架會模仿 iOS 原生應用的 UI，有的專為 Android 而做，也有兼顧的，因為不管是 iOS 還是 Android 一年之後都會變換風格，所以 UI 框架默認提供的 UI 雖然重要（很多人很懶或者沒有能力自己設計），但是提供的 UI 易以定製更重要。
上手難度和開發方式，是指 UI 框架內部是如何設計來滿足你開發、增加新模塊的需求的，比如你的 app 要增加一個側邊欄，分別對應幾個欄目，要寫什麼代碼，需不需要自己寫代碼。
是否有一些小亮點，比如 icon 全部是 icon font，內置復雜的 carousel plugin 等等。
㈡ Web前端主流框架—Angular的優缺點分析
Angular：
Angular是一款優秀的前端JS框架，已經被用於Google的多款產品當中。它有以下的特性：1.良好的應用程序結構;2.雙向數據綁定;3.指令;4.HTML模板;5.可嵌入、注入和測試。
優點：
1.模板功能強大豐富，自帶了極其豐富的angular指令。
2.是一個比較完善的前端框架，包含服務，模板，數據雙向綁定，模塊化，路由，過濾器，依賴注入等所有功能;3.自定義指令，自定義指令後可以在項目中多次使用。
4.ng模塊化比較大膽的引入了Java的一些東西(依賴注入)，能夠很容易的寫出可復用的代碼，對於敏捷開發的團隊來說非常有幫助。
5.angularjs是互聯網巨人谷歌開發，這也意味著他有一個堅實的基礎和社區支持。
缺點：
1.angular入門很容易但深入後概念很多,學習中較難理解。
2.文檔例子非常少,官方的文檔基本只寫了api,一個例子都沒有,很多時候具體怎麼用都是google來的,或直接問misko,angular的作者。
3.對IE6/7兼容不算特別好,就是可以用jQuery自己手寫代碼解決一些。
4.指令的應用的最佳實踐教程少,angular其實很靈活,如果不看一些作者的使用原則,很容易寫出四不像的代碼,例如js中還是像jQuery的思想有很多dom操作。
5.DI依賴注入如果代碼壓縮需要顯示聲明。
以上就是青藤小編關於Web前端主流框架：Angular的優缺點分析的相關分享，希望對大家有所幫助，想要了解更多相關內容，歡迎大家及時關注哦!
㈢ 前端現在的主流框架有哪些
web前端三大主流框架有三個：1.React,2.Vue,3.Angular,下面讓我們看看這三大主流框架各有哪些特點以及優缺點呢。
一、React
特點：1.聲明式設計，2.高效，3.靈活
優點：1.速度快，2。跨瀏覽器兼容性，3。模塊化，4。單向數據流，5。同構與純javascript，6。兼容性好。
缺點：React本身只是一個V而已，並不是一個完整的框架，所以如果是大型項目想要一套完整的框架的話，基本都需要加上ReactRouter和Flux才能寫大型應用。
二、Vue：
特性：1.輕量級的框架，2.雙向數據綁定，3.指令，4.插件化
優點：
1.簡單：官方文檔很清晰，比Angular簡單易學。
2.快速：非同步批處理方式更新DOM。
3.組合：用解耦的、可復用的組件組合你的應用程序。
4.緊湊：18kbmin+gzip，且無依賴。
5.強大：表達式無需聲明依賴的可推導屬性(computedproperties)。
6.對模塊友好：不用強制你所有的代碼都要遵循 Angular的各種規則，也可以通過 NPM、 Bower或者 Duo來安裝，使用場景更加靈活。
缺點：
1.新生的：Vue.js是一個新的項目，沒有angular那麼成熟。
2.影響度不是很大：有關於Vue.js多樣性或者說豐富性少於其他一些有名的庫。
3.不支持IE8。
三、Angular：
特性：1.應用結構好，2。雙向數據綁定，3。說明，4.HTML模板，5。包埋、注射和測試。
優點：
1.模板功能強大豐富，自帶了極其豐富的angular指令。
2.具有較為完善的前端框架，包括服務、模板、數據雙向綁定、模塊化、路由、過濾器、依賴項注入等全部功能；3.自定義指令，自定義指令之後可以在項目中多次使用。
4.ng模塊化在 Java (依賴注入)中的引入更為大膽，能夠輕松地編寫可復用的代碼，對敏捷開發團隊非常有幫助。
5.angularjs是互聯網巨人谷歌開發，這也意味著他有一個堅實的基礎和社區支持。
缺點：
1.angular入門很容易但深入後概念很多,學習中較難理解。
2.文檔的例子非常少，官方文檔基本上只寫api，一個例子也沒有。具體如何使用是google，或者直接詢問misko、angular的作者。
3.與IE6/7的兼容性不是特別好，但是可以用jQuery自己手寫的代碼解決。
4.很少關於如何應用指令的最佳實踐教程， angular實際上是非常靈活的，如果不看看一些作者的使用原則，就很容易寫出四不像的代碼，比如 js中的 jQuery或者 dom操作。
㈣ 前端框架
1.前端框架一般指用於簡化網頁設計的框架，比如，jquery，extjs，bootstrap等等，這些框架封裝了一些功能，比如html文檔操作，漂亮的各種控制項(按鈕，表單等等)。
2.使用前段框架可以降低界面開發周期和提高界面的美觀性。
3.有些框架比較輕量，比如jquery，有些框架比較重量，比如extjs。一般來說重量的框架會封裝更多的功能，比如extjs，封裝的grid控制項有很強的數據展示和操作功能。
1.對用戶的價值：
大部分產品對用戶的核心價值是功能和內容提供的，而不是由表現層和交互。譬如支付、電商、新聞、交友。
後端解決有還是無的問題，開天闢地。
前端解決有了以後好用的問題，錦上添花，在競爭激烈的領域確實至關重要。
2.技術廣度和難度：
廣度上後端工作在伺服器領域，能控制的硬體基本沒有極限，CPU、存儲、網路、集群等等，因此技術領域極廣。一個優秀的後端需要掌握或了解大量技術如：並發、業務架構、資料庫、幾打流行框架、性能調優、分布式計算、集群架構、容災、安全、運維等等，一層知銷和挖透了還有下一層。幾十年計算機發展歷史中大量的技術沉澱在伺服器端。
Web前端一直工作在一個瀏覽器盒子里，先天不足，能承載的可能性太小，技術廣度不足。
深度上，現代計算機領域的難題如大規模負載，海量數據處理，實時計算也是後端的，前端集中在表示層，這一層雖然也很復雜，但能稱之為難題的技術幾乎沒有，也很容易復制。
前端要說深度也不是沒有，但這一步需要跨到圖形領域(如網頁游戲)，不是常見場景。
說到底前端代碼能控制的硬體確實不如後端，因此在技術上，前端更容易。現在為什麼說前端會比後端更值錢呢?那是因為前端對硬體的控制能力提升了(html5odejsmobile)，而後端分化得比較厲害，有一批後端專門只寫業務邏輯，框架是別人寫的，系統架構是別人搭的，伺服器跑在雲里，連機器物理地址都不知道。世人眼裡可能覺得這種寫MVC代碼的人才斗褲是後端，這種被限制在一個「虛擬盒子」里的後端確實不怎麼難上手。
一般而言網上說的互聯網行業的技術含量排名大概是這樣：
產品經理<設計師<前端<後端<其他更高級職位，比如演算法工程師等等。
在廣大中小公司，很多產品經理都是不會代碼，不會設計。很多技校學藝術設計的畢業生，當上了美工。這些都是真，所以能力低，乾的人多，自然搭盯就低。然而，你問Google設計師掙多少了嘛?
門檻低不等於技術含量低。
㈤ 前端框架的作用
作用
解決了原始html，css，js的UI與數據狀態之間同步的難題，避免了大量的操作DOM代碼。
使用了React，Angular和Vue，我們只需要定義一次 UI 界面，不再需要為每個操作編寫特定的 UI 代碼，同時，每個相同的狀態均有相同的輸出：當狀態改變後，框架自動更新（對應的）視圖。
簡單來說，前端框架就是已經搭建好了的web前端基本架構並且封裝了一些功能比如html文檔操作，漂亮的各種控制項等，一般用於簡化網頁設計。當我們選擇好某個前端框架進行項目開發時，只要添加自己需要的東西，就可以快速高效的完成網頁的設計
優點：更輕量，單頁面，簡單易學
缺點：不支持IE8
優點：模塊化功能強大、自定義directive非常靈活、雙向數據綁定，依賴注入
缺點：比較笨重，學習成本高，不兼容IE6/7
優點：速度快、跨瀏覽器兼容、單向數據流、兼容性好
缺點：並不是一個完整的框架，需要加上ReactRouter和Flux才能完成。
分類
vue.js
Angular
react
㈥ 認識Vue.js+Vue.js的優缺點+和與其他前端框架的區別
認識Vue.js+Vue.js的優缺點+和與其他前端框架的區別
首先，我們先了解什麼是MVX框架模式？MVX框架模式：MVC+MVP+MVVM1.MVC：Model(模型)+View(檢視)+controller(控制器)，主要是基於分層的目的，讓彼此的職責分開。View通過Controller來和Model聯絡，Controller是View和Model的協調者，View和Model不直接聯絡，基本聯絡都是單向的。使用者User通過控制器Controller來操作模板Model從而達到檢視View的變化。2.MVP：是從MVC模式演變而來的，都是通過Controller/Presenter負責邏輯的處理+Model提供資料+View負責顯示。在MVP中，Presenter完全把View和Model進行了分離，主要的程式邏輯在Presenter里實現。並且，Presenter和View是沒有直接關聯的，是通過定義好的介面進行互動，從而使得在變更View的時候可以保持Presenter不變。MVP模式的框架：Riot,js。3.MVVM：MVVM是把MVC里的Controller和MVP里的Presenter改成了ViewModel。Model+View+ViewModel。View的變化會自動更新到ViewModel,ViewModel的變化也會自動同步到View上顯示。這種自動同步是因為ViewModel中的屬性實現了Observer，當屬性變更時都能觸發對應的操作。MVVM模式的框架有：AngularJS+Vue.js和Knockout+Ember.js後兩種知名度較低以及是早起的框架模式。Vue.js是什麼？看到了上面的框架模式介紹，我們可以知道它是屬於MVVM模式的框架。那它有哪些特性呢？其實Vue.js不是一個框架，因為它只聚焦檢視層，是一個構建資料驅動的Web介面的庫。Vue.js通過簡單的API（應用程式程式設計介面）提供高效的資料系結和靈活的元件系統。Vue.js的特性如下：1.輕量級的框架2.雙向資料系結3.指令4.外掛化Vue.js與其他框架的區別？1.與AngularJS的區別相同點：都支援指令：內建指令和自定義指令。都支援過濾器：內建過濾器和自定義過濾器。都支援雙向資料系結。都不支援低端瀏覽器。不同點：1.AngularJS的學習成本高，比如增加了DependencyInjection特性，而Vue.js本身提供的API都比較簡單、直觀。2.在效能上，AngularJS依賴對資料做臟檢查，所以Watcher越多越慢。Vue.js使用基於依賴追蹤的觀察並且使用非同步佇列更新。所有的資料都是獨立觸發的。對於龐大的應用來說，這個優化差異還是比較明顯的。2.與React的區別相同點：React採用特殊的JSX語法，Vue.js在元件開發中也推崇編寫.vue特殊檔案格式，對檔案內容都有一些約定，兩者都需要編譯後使用。中心思想相同：一切都是元件，元件例項之間可以巢狀。都提供合理的鉤子函式，可以讓開發者定製化地去處理需求。都不內建列數AJAX，Route等功能到核心包，而是以外掛的方式載入。在元件開發中都支援mixins的特性。不同點：React依賴VirtualDOM,而Vue.js使用的是DOM模板。React採用的VirtualDOM會對渲染出來的結果做臟檢查。Vue.js在模板中提供了指令，過濾器等，可以非常方便，快捷地操作DOM。如何使用Vue.js?1.安裝（1）script如果專案直接通過script載入CDN檔案，程式碼示例如下：(2)npm如果專案給予npm管理依賴，則可以使用npm來安裝Vue,執行如下命令：$npmivue--save-dev(3)bower如果專案基於bower管理依賴，則可以使用bower來安裝Vue，執行如下命令：$bowerivue--save-dev
Vue.js與其他框架的區別：
1.與AngularJS的區別
相同點：
都支援指令：內建指令和自定義指令。
都支援過濾器：內建過濾器和自定義過濾器。
都支援雙向資料系結。
都不支援低端瀏覽器。
不同點：
1.AngularJS的學習成本高，比如增加了Dependency Injection特性，而Vue.js本身提供的API都比較簡單、直觀。
2.在效能上，AngularJS依賴對資料做臟檢查，所以Watcher越多越慢。
Vue.js使用基於依賴追蹤的觀察並且使用非同步佇列更新。所有的資料都是獨立觸發的。
對於龐大的應用來說，這個優化差異還是比較明顯的。
2.與React的區別
相同點：
React採用特殊的JSX語法，Vue.js在元件開發中也推崇編寫.vue特殊檔案格式，對檔案內容都有一些約定，兩者都需要編譯後使用。
中心思想相同：一切都是元件，元件例項之間可以巢狀。
都提供合理的鉤子函式，可以讓開發者定製化地去處理需求。
都不內建列數AJAX，Route等功能到核心包，而是以外掛的方式載入。
在元件開發中都支援mixins的特性。
不同點：
React依賴Virtual DOM,而Vue.js使用的是DOM模板。React採用的Virtual DOM會對渲染出來的結果做臟檢查。
Vue.js在模板中提供了指令，過濾器等，可以非常方便，快捷地操作DOM。
我知道vue2.0和angularJS的區別，這兩個框架非常的像，但是在vue2.0後可以將js+css寫成一個元件，你想在什麼頁面用引入這個元件就可以用了。這很變態。
比如你在一個專案中自己寫了個帶搜尋框的input ，你把他寫成了一個元件，xxx.vue
直接把xxx.vue移到另一個專案，只要在另一個專案中需要 帶搜尋框的input ，直接引用就可以了。
現在大多數框架都是以一個元件的形式搭建一個專案
vue是什麼 vue特點 vue和其他前端框架區別
vue是什麼
Vue.js (讀音 /vju?/，類似於 view) 是一套基於javascript的用於構建使用者介面的漸進式框架。與其他重量級框架不同的是，Vue 採用自底向上增量開發的設計。Vue 的核心庫只關注檢視層，它不僅易於上手，還便於與第三方庫或既有專案整合。另一方面，當與單檔案元件和 Vue 生態系統支援的庫結合使用時，Vue 也完全能夠為復雜的單頁應用程式提供驅動。
vue特點
簡潔、輕量、元件化、快速、資料驅動、模組友好
vue和其他前端框架區別
1.與AngularJS的區別
相同點：
都支援指令：內建指令和自定義指令。
都支援過濾器：內建過濾器和自定義過濾器。
都支援雙向資料系結。
都不支援低端瀏覽器。
不同點：
1>AngularJS的學習成本高，比如增加了Dependency Injection(依賴注入)特性，而Vue.js本身提供的API都比較簡單、直觀。
2>在效能上，AngularJS依賴對資料做臟檢查，所以Watcher越多越慢。
Vue.js使用基於依賴追蹤的觀察並且使用非同步佇列更新。所有的資料都是獨立觸發的。
對於龐大的應用來說，這個優化差異還是比較明顯的。
手機渲染速度：angular1 300ms * vue 200ms * react 100ms
2.與React的區別
相同點：
React採用特殊的JSX語法，Vue.js在元件開發中也推崇編寫.vue特殊檔案格式，對檔案內容都有一些約定，兩者都需要編譯後使用。
中心思想相同：一切都是元件，元件例項之間可以巢狀。
都提供合理的鉤子函式，可以讓開發者定製化地去處理需求。
都不內建列數AJAX，Route等功能到核心包，而是以外掛的方式載入。
在元件開發中都支援mixins的特性。
不同點：
React依賴Virtual DOM,而Vue.js使用的是DOM模板。React採用的Virtual DOM會對渲染出來的結果做臟檢查。
Vue.js在模板中提供了指令，過濾器等，可以非常方便，快捷地操作DOM。
vue的應用場景
簡單地說，就是需要對 DOM 進行很多自定義操作的專案小專案;理論上 Vue 配合類似Flux的架構也可以勝任超大規模多人協作的復雜專案。
如何用vue.js和ionic搭建前端框架
前端可以用flightplan.js 部署。 var config = require("./webpack.config.js"); var webpack = require("webpack") var webpackDevServer=require("webpack-dev-server") confi
vue.js高仿餓了么外賣app 2016最火前端框架
React
React 和 Vue 有許多相似之處，它們都有：
使用 Virtual DOM
提供了響應式（Reactive）和元件化（Composable）的檢視元件。
保持注意力集中在核心庫，伴隨於此，有配套的路由和負責處理全域性狀態管理的庫。
相似的作用域，我們會用更多的時間來講這一塊的比較。不僅我們要保持技術的准確性，同時兼顧平衡。我們指出React比Vue更好的地方，例如，他們的生態系統和豐富的自定義渲染器。
React社群在這里非常積極地幫助我們實現這一平衡，特別感謝來自 React 團隊的 Dan Abramov 。他非常慷慨的花費時間來貢獻專業知識，來幫我們完善這個檔案，直到我們都滿意。
這么說，就是希望你能對這兩個庫的比較的公平性感到放心。
效能簡介
到目前為止，在現實的測試中，Vue 是優於 React 的（通常至少快20%-50%，盡管在某些情況下還要更快）。我們可以提供一個到這個參照專案的連結，但是坦率的說，所有的參照在某些方面是有缺陷的，很少有像你所寫的一個真實應用。那麼，讓我們詳細了解下吧。
渲染效能
在渲染使用者介面的時候，DOM的操作是最昂貴，不幸的是沒有庫可以讓這些原始操作變得更快。
我們能做的最好的就是：
盡量減少DOM操作。Vue 和 React 都使用虛擬DOM來實現，並且兩者工作一樣好。
盡量減少除DOM操作以外的其他操作。這是 Vue 和 React的一個不同的地方。
假如說，在React中，渲染一個元素的額外開銷是1，而平均渲染一個元件的開銷是2。在Vue中，一個元素的開銷更像0/vue/dist/vue.js"></script> 然後就可編寫Vue程式碼並應用到生產中，而不用擔心效能問題。
由於起步階段不需學JSX，ES2015 或構建系統，所以建立應用花的時間會更少。
本地渲染
ReactNative能使你用相同的元件模型編寫有本地渲染能力的APP（IOS或Android）。能同時跨多平台開發，對開發者是非常棒的。相應地，Vue和Weex會進行官方合作，Weex是阿里的跨平台使用者介面開發框架，Weex 的 JavaScript 框架執行時用的就是Vue。這以為著不僅在瀏覽器，在 IOS 和 Android 上面也可以用 Vue 來進行開發。
在現在，Weex 還在積極發展，成熟度也不能和 ReactNative 相抗衡。但是，Weex的發展是由世界上最大的電子商務企業的需求在驅動，Vue 團隊也會和 Weex 團隊積極合作確保為開發者帶來良好的開發體驗。
MobX
Mobx 在 React 社群很流行，實際上在Vue也採用了幾乎相同的反應系統。在有限程度上，React + Mobx 也可以被認為是更繁瑣的 Vue，所以如果你習慣組合使用它們，那麼選擇 Vue 會更合理。
Angular 1
Due的一些語法和Angular的很相似（例如 v-if vs ng-if）。因為Angular是Vue早期開發的靈感來源。然而，Augular中存在許多問題，在Vue中已經得到解決。
復雜性
在 API 與設計兩方面上 Vue.js 都比 Angular 1 簡單得多，因此你可以快速地掌握它的全部特性並投入開發。
靈活性和模組化
Vue.js 是一個更加靈活開放的解決方案。它允許你以希望的方式組織應用程式，而不是在任何時候都必須遵循 Angular 1 制定的規則，這使讓Vue能適用於各種專案。我們知道把決定權交給你，是非常必要的，就是是為什麼提供Webpack template，讓你用幾分鍾，去選擇是否用高階特性，比如熱模組載入、linting 、
Css extraction 等等。
資料系結
Angular 1 使用雙向系結，Vue在不同元件間強制適用單向資料流。這使應用中的資料流清晰易懂。
指令與元件
在 Vue 中指令和元件分得更清晰。指令只封裝 DOM 操作，而元件代表一個自給自足的獨立單元 —— 有自己的檢視和資料邏輯。在 Angular 中兩者有不少相混的地方。
效能
Vue.js 有更好的效能，並且非常非常容易優化，因為它不使用臟檢查。
在Angular 1中，當 watcher 越來越多時會變得越來越慢，因為作用域內的每一次變化，所有 watcher 都要重新計算。並且，如果一些 watcher 觸發另一個更新，臟檢查迴圈（digest cycle）可能要執行多次。 Angular 使用者常常要使用深奧的技術，以解決臟檢查迴圈的問題。有時沒有簡單的辦法來優化有大量 watcher 的作用域。
Vue.js 則根本沒有這個問題，因為它使用基於依賴追蹤的觀察系統並且非同步列隊更新，所有的資料變化都是獨立地觸發，除非它們之間有明確的依賴關系。
有意思的是，Angular 2 和 Vue 用相似的設計解決了一些 Angular 1 中存在的問題。
Angular 2
Augluar 2完全是一個全新的框架。例如,它具有優秀的元件系統，並且許多實現已經完全重寫，API也完全改變了。
TypeScript
Angular 1面向的較小的應用程式，Angular 2已轉移焦點，面向的是大型企業應用。TypeScript被引用，這對那些喜歡用Java或者C#等型別安全的語言的人是非常有用的。
Vue也適合企業應用，也可以使用TypeScript來支援官方型別和使用者貢獻的型別，盡管這是可選的。
尺寸和效能
在效能方面，這兩個框架都是非常快。但是如果你檢視第三方參照，就可以得出 Vue 2 比 Angular2 要快的。
在尺寸方面，雖然 Angular 2 使用 tree-shaking 技術和編譯技術能使程式碼尺寸減小。
即便包含編譯器和全部功能 Vue2(23kb)比起 Angular 2(50kb)還是小的多。但是要注意，用 Angular 的 App 的尺寸縮減是用 tree-shaking 移除了那些框架中沒有用到的功能，當隨著引入功能的增多，尺寸會越來越大。
靈活性
Vue 官方提供了構建工具，但沒限制你如何構建。有人喜歡用統一的方式構建，也有很多開發者喜歡這種靈活自由的方式。
學習曲線
開始使用Vue，你使用的是熟悉的HTML、符合ES5規則的JavaScript（也就是純JavaScript）。有了這些基本的技能，你可以快速地掌握它(指南)並投入開發 。
Angular 2 的學習曲線是非常陡峭的。即使不包括TypeScript，它們開始指南中所用的就有ES2015標準的JavaScript，18個NPM依賴包，4個檔案和超過3千多字介紹，這一切都是為了完成個Hello World。而Vue's Hello World就非常簡單。
Ember
Ember 是一個全能框架。它提供大量的約定，一旦你熟悉了它們，開發會很高效。不過，這也意味著學習曲線較高，而且不靈活。在框架和庫（加上一系列鬆散耦合的工具）之間權衡選擇。後者更自由，但是也要求你做更多的架構決定。
也就是說，最好比較 Vue.js 核心和 Ember 的模板與資料模型層：
Vue 在普通 JavaScript 物件上建立響應，提供自動化的計算屬性。在 Ember 中需要將所有東西放在 Ember 物件內，並且手工為計算屬性宣告依賴。
Vue 的模板語法可以用全功能的 JavaScript 表示式，而 Handlebars 的語法和幫助函式語法相比之下非常受限。
在效能上，Vue 甩開 Ember 幾條街，即使是 Ember2.0 的最新Glimmer引擎。Vue自動批量更新，Ember 當效能關鍵處需要手動管理。
Knockout
Knockout 是MVVM領域內的先驅，並且追蹤依賴。它的響應系統和Vue相似。它對瀏覽器支援以及所有的表現也是讓人印象深刻的。它能最低支援到IE6，而Vue最低只能支援到IE9。
隨著時間的推移，Knockout的發展已有所放緩，並且略顯有點老舊了。比如，它的元件系統缺少完備的生命周期事件方法，盡管這些在現在是非常常見。以及相比Vue呼叫子元件的介面顯得有點笨重。
如果你有興趣研究，會發現它們在介面設計的構思理念上是不同的。這些通過各自建立的 simple Todo List 可以體現出來。或許有點主觀，但是很多人認為Vue的API介面更簡單結構更優雅。
Polymer
Polymer 是另一個由谷歌贊助的專案，事實上也是Vue的一個靈感來源。Vue的元件可以粗略的類比於Polymer的自定義元素，並且兩者具有相似的開發風格。最大的不同之處在於，Polymer是構建於最新版的Web Components標准之上的，並且需要非凡的polyfills來工作（效能下降），瀏覽器本身不支援這些功能。相比而言，Vue不需要依賴polyfills來工作，最低到IE9。
在 Polymer 1.0版本中，為了彌補效能，團隊非常有限的使用資料系結系統。例如，在Ploymer中支援的唯一表達式只有布林值否定和單一的方法的呼叫，它的puted方法的實現也不是很靈活。
Polymer 自定義的元素是用HTML檔案來建立的，這回限制你的普通的JavaScript/CSS（和被現代瀏覽器普遍支援的語言特性）。相比之下，Vue的單檔案允許你非常容易的使用ES2015和你想用的Css的預編譯處理器。
當部署到生產環境的時候，Polymer建議使用HTML Imports載入所有資源。而這要求伺服器和客戶端都支援Http 2.0協議，且瀏覽器實現了標准。這是否可行就取決於你的目標使用者和部署環境了。如果狀況不佳，你必須用Vulcanizer工具來來打包Polymer元素。在這方面，Vue 可以結合非同步元件的特性和Webpack的程式碼分割特性來實現懶載入（lazy-loaded）。這同時確保了對舊瀏覽器的相容且又能更快載入。
對Vue和Web Component標准之間進行深層次的整合，也是完全可行的，比如Custom Elements、Shadow DOM的樣式封裝。然而現在在我們做出嚴肅的承諾之前，我們仍在等待標准成熟，進而廣泛應用於主流的瀏覽器中。
Riot
Riot 2.0 提供了一個類似於基於元件的開發模型（在Riot中稱之為」Tag」），提供小巧精美的API。Riot 和 Vue 可能共享一些設計理念。即使相比Roit重一點，Vue還是有很多顯著優勢的：
根據真實條件來渲染，Roit根據是否有分支簡單顯示或隱藏所有內容。
功能更加強大的路由機制，Roit的路由功能的API是極少的。
更多成熟工具的支援。Vue 提供官方支援Webpack、Browserify和SystemJS，而 Roit 是依靠社群來建立整合系統。
過渡效果系統。Riot現在沒有提供。
更好的效能。Roit 盡管廣告稱用虛擬DOM，實際上用的還是臟檢查機制，因此和Angular 1患有相同的效能問題。
以上所述是我給大家介紹的Vue.js 2.0 和 React、Augular等其他前端框架大比拼，希望對大家有所幫助，如果大家有任何疑問請給我留言，我會及時回復大家的。在此也非常感謝大家對指令碼之家網站的支援！
react.js vue.js 這些前端框架都必須在node.js上才能跑嗎
這些js寫的吧，你tomcat怎麼解析js，而且tomcat也是呼叫第三方的直譯器來解析程式碼，你看node.js能不能整合到tomcat，有沒有類似的外掛。
並不是，你本地隨便建個檔案就能跑。
㈦ Hbuilder mui這個前端ui框架如何有什麼優缺點
我覺得
UI
框架的優缺點要從本身的幾個特點來看：
UI
框架應該有的基本功能，比如各種瀏覽器內核的適配，比如
touch/swipe
的封裝，即使沒有
swipe
也要能夠方便接入別人的插件，目前敢放出來推廣的框架都做到了這些。
手機特有的
layout/交互/UI
Pattern，有的框架會模仿
iOS
原生應用的
UI，有的專為
Android
而做，也有兼顧的，因為不管是
iOS
還是
Android
一年之後都會變換風格，所以
UI
框架默認提供的
UI
雖然重要（很多人很懶或者沒有能力自己設計），但是提供的
UI
易以定製更重要。
上手難度和開發方式，是指
UI
框架內部是如何設計來滿足你開發、增加新模塊的需求的，比如你的
app
要增加一個側邊欄，分別對應幾個欄目，要寫什麼代碼，需不需要自己寫代碼。
是否有一些小亮點，比如
icon
全部是
icon
font，內置復雜的
carousel
plugin
等等。
㈧ 前端框架有什麼用
web前端框架是做什麼的？ 5分
前端框架一般指用於簡化網頁設計的框架，比如，jquery，extjs，bootstrap等等，這些框架封裝了一些功能，比如html文檔操作，漂亮的各種控制項（按鈕，表單等等）。
使用前段框架可以降低界面開發周期和提高界面的美觀性。
有些框架比較輕量，比如jquery，有些框架比較重量，比如extjs。一般來說重量的框架會封裝更多的功能，比如extjs，封裝的grid控制項有很強的數據展示和操作功能。
前端框架是什麼？有什麼用、有什麼好處？
可以簡單的理解成是：使用廣泛的前端開發套件，可以幫助你快速的網站。
前段框架的好處：對於互聯網的產品而言，前端用戶體驗往往決定了一款產品的競爭力和吸引力;而對於前端工程師來說，考慮的問題更為復雜，他們既要為網站上提供的產品和服務實現一流的Web頁面、優化代碼，保證體驗的最佳，更要考慮與市面上各大瀏覽器的兼容性，還需顧及Web前端表現層和前後端交互的架構，以及模塊化、通用類庫、框架編寫等一系列問題，由此提升前端開發的效率，降低開發成本和周期。
html的框架到底是用來幹嘛的？什麼時候用到？
你接觸了後台就知道了，這樣可以做到頁面地址不需要變動， 但卻可以利用iframe的tagert屬性把顯示數據的頁麵包含進來， div就不行，因為它沒有這個target屬性，文件獨立出來方便重用，且結構清晰；
前端開發框架有哪些
首先我想說明一下，我們通常說的js不是框架，是語言，即javascript，據最新世界編程語言排行榜來看，已經上升到了第7位，發展迅猛，其標準是ECMAScript，現在基本上是基於ECMAScript5。jQuery是用js寫的框架，其在DOM操作上有很明顯的優勢，也是時下很常用的一個js框架。
至於之外還要學習那些框架呢？
如果你說的是js框架，建議先掌握好jQuery，然後還有很多的，比如樓上提到的extjs，近幾年比較流行的AngularJS，基於移動端考慮的輕量級仿jquery框架zepto，還有jquery mobile，還有適合寫後端或服務端的node，等等。如果是web前端框架，就不僅僅是涉及的js了，還有html和css。個人覺得只有這三種語言都涉及到的框架才能說得上是web前端框架。現在比較火的是Bootstrap，還有Foundation，比較古老的有jqueryUI，easyUI等等，還有其他很多很多。如果還有算上處理方案及版本升級代碼迭代等，就要用到網路團隊研發的fis這種了。其實內容真的很多很多，前端任重而道遠啊~
web前端框架是什麼意思 10分
前端架構師必須懂得真正的編程知識，而這正是很多自封為前端架構師的人所缺乏的。我的意思不是能夠剪切粘貼改進代碼就行了，而是能夠跟老練的工程師商討如何能夠最好地結合前端。
這就是說，前端架構師需要真正理解結構遭遇商業邏輯的問題。如果工程師說某些東西使用ASP.Net DataGrid是不可能實現的，前端架構師必須能夠解釋如何與為何要使用DataList或Repeater取代，解釋為何DataGrid在該情景下是個錯誤的選擇……
這只是個例子，問題還在於僅知道客戶端編程也是不夠的。能夠使用與工程師相同的術語，能夠討論（前後端）關鍵集成的最佳解決方案，這是絕對必須的。
斷線的風箏
我們今天正處在一個不妙的處境中，原因在於幾乎沒有人能夠為前後端的溝壑搭橋。一般工程師不會有興趣或實踐標記，CSS, 或DOM腳本編程，大部分客戶端開發者也沒有與後端技術協作的經驗。幾周入門PHP不會成為程序員，幾周入門XHTML也不會成為真正的客戶端開發者。
罪魁禍首
我首先想到的十足例子是，ASP.Net完全漠視Web標准，同樣地，web氛圍（我們指表格和佔位gif）讓Web標准郁悶。企業項目的大多數框架輸出的標記，即使使用1999年的標准來衡量，都是糟糕無比的。
如此巨大和「專業」的產品怎麼能才夠不忽視，按理說是整個項目最簡單的方面？只有靜態代碼。理由是，基於技術的立場衡量產品，結構，CSS和其他客戶端技術都是「事後諸葛亮」。表現邏輯，結構和行為混雜，壓根無助於無障礙，Web標准，或者前端技術干凈的分離。擡起你的頭來，就在2006，這些都成受歡迎的慣例了。
總結
如果這個世界上姿態最鮮明的產品和項目都如此低劣的方式來處理事情，其他的還有什麼好說？毫無疑問，我們需要前端架構師，而且就在昨天。
歸結於歸結，我們有一堆相互關聯的技術，很少人能夠埋頭鑽研它們之間的關系，這很不幸。正確做事的真正價值在於容易的維護和長期的適應性。雖然在關鍵時刻，有些方式更容易選擇其他的方法和拼湊起另外的東西。對某些人來說，這可能是可接受的做事方式。但是，對我們大部分人來說，這是拙劣的抉擇，也非常不專業。
我交給你去想了。我假設你把車交給技工修理，修好了時候，瞧瞧引擎罩內大量的輸送管，我不知道你對技工作何感想？
為什麼需要自己實現前端框架
前端對框架(庫)的大小更敏感
前端內容的渲染和交互效果的實現如果依賴JS框架(庫)，需要先將這些框架(庫)下載到客戶端，此時框架(庫)的大小將直接影響到前端的首屏渲染速度。框架(庫)越小，載入的速度就越快，而隨著功能的越來越全，框架(庫)必然會越來越大，要保證性能，需要制定載入策略。
便於制定載入策略
解決框架(庫)變大的常見載入策略是將框架分為核心部分和擴展部分，核心部分在首屏渲染前必須下載完成，並且這部分的載入文件盡可能的少和小，擴展部分則可以模塊化方式來懶載入。
核心部分的JS在發布時，可對文件合並，數量盡可能少，單個文件在gzip壓縮後最好不要超過20K。核心部分可以是實現「JS語言擴展(面向對象)，DOM操作API，數據交互方法(ajax)，導航策略，模塊化底層實現，事件底層實現，模版解析」等。擴展部分一般是一些可非同步載入的UI組件，例如：輸入控制項、彈出窗、動畫API、文件上傳及預覽、圖表控制項、富文本編輯器等。
上面的實現模式，在主流的JS框架(庫)中，有三類選擇：一類是以ExtJS為代表的大而全的框架(庫)，這類框架雖然功能滿足，但往往無法拆分為核心部分和擴展部分來載入，因此基本不予考慮；一類是相對輕量的YUI3、Dojo等框架(庫)；一類是近來流行的前端MV*系列Backbone、Ember、Angular，這類在充當核心部分時，還需要組合Underscore、RequireJS，jQuery等第三方庫。
後面兩類可以滿足要求，但個人覺得不是完美的方案，因為在開發實際產品時，將這兩類作為核心部分時，往往裡面有很多是不需要的，而還有些需要自己來額外補充近來，可以是自己開發，也可以集成第三方的實現。而核心部分框架(庫)如果是自己實現，則可以保證在功能完整的情況下，不多出其它的東西，載入的JS可以控制到最小，而且代碼風格也統一。
便於擴展
前端代碼與用戶的交互直接相關，而交互的設計變化和不確定性非常大，現成的第三方實現往往難以直接利用，需要改造。有時改造第三方的框架，先要非常熟悉框架，當這個框架比較復雜時，這樣的工作量和難度就大大加大了。而自實現的框架(庫)則可以根據需要任意擴展，可以根據需求制定對應的規范和API。
前端開發框架有哪些
1. Bootstrap
Boostrap絕對是目前最流行用得最廣泛的一款框架。它是一套優美，直觀並且給力的web設計工具包，可以用來開發跨瀏覽器兼容並且美觀大氣的頁面。它提供了很多流行的樣式簡潔的UI組件，柵格系統以及一些常用的JavaScript插件。
Bootstrap是用動態語言LESS寫的，主要包括四部分的內容：
腳手架——全局樣式，響應式的12列柵格布局系統。記住Bootstrap在默認情況下並不包括響應式布局的功能。因此，如果你的設計需要實現響應式布局，那麼你需要手動開啟這項功能。
基礎CSS——包括基礎的HTML頁面要素，比如表格(table)，表單(form)，按鈕(button)，以及圖片(image)，基礎CSS為這些要素提供了優雅，一致的多種樣式。
組件——收集了大量可以重用的組件，如下拉菜單（dropdowns），按鈕組（button groups），導航面板（navigation control）——包括：tabs,pills,lists標簽，麵包屑導航（breadcrumbs）以及頁碼（pagination），縮略圖(thumbnails)，進度條（progress bars），媒體對象（media objects）等等。
JavaScript——包括一系列jQuery的插件，這些插件可以實現組件的動態頁面效果。插件主要包括模態窗口（modals），提示效果（tool tips），「泡芙」效果（popovers），滾動監控（scrollspy），旋轉木馬(carousel)，輸入提示(typeahead)，等等。
Bootstrap已經足夠強大，能夠實現各種形式的 Web 界面。為了更加方便地利用Bootstrap進行開發，很多工具和資源可以用來配合使用，下面列舉了其中的一部分工具和資源。
jQuery UI Bootstrap —— 對於jQuery和Bootstrap愛好者來說這是個非常好的資源，能夠把 Bootstrap的清爽界面組件引入到jQuery UI中。
jQuery Mobile Bootstrap Theme —— 和上面提到的jQuery UI主題類似，這是一個為jQuery Mobile建立的主題。如果你想讓用Bootstrap開發的網站在手機端也可以優雅訪問，那麼這個資源對你來說很方便易用。
Fuel UX —— 它為Bootstrap添加了一些輕量的JavaScript控制項。Fuel UI 安裝，修改，更新以及優化都很簡單方便。
StyleBootstrap. —— Bootstrap提供了自己的幾種界面風格，StyleBootstrap提供了更多的配色選項，並且你可以給每個組件都應用不同的配色。
BootSwatchr —— 利用這個工具你可以立刻查看主題修改後的效果。對於每一次變動的效果，這個應用都會生成一個唯一的URL方便你與他人分享，你也可以在任意時刻修改你的主題。
Bootswatch —— 提供大量免費的Bootstrap主題。
Bootsnipp —— 在線前端框架交互組件製作工具，是一個供給設計師和開發者的基於Bootstrap HTML/CSS/JavaScript 架構的免費元素。
LayoutIt —— 通過界面拖放生成器簡便快捷地創建基於Bootstrap的前端代碼。通過拖放動作將Bootstrap風格的組件加入到你的個人設計里並且可以方便地修改他們的屬性，......
前端開發框架有哪些
1. Bootstrap Boostrap絕對是目前最流行用得最廣泛的一款框架。它是一套優美，直觀並且給力的web設計工具包，可以用來開發跨瀏覽器兼容並且美觀大氣的頁面。它提供了很多流行的樣式簡潔的UI組件，柵格系統以及一些常用的JavaScript插件。 Bootst...
前端框架用哪個好
1、flex
Apache基金會今天發布了Flex 4.8版本，這是Adobe將Flex捐獻給Apache基金會後發布的第一個版本。
需要注意的是，Flex目前還在孵化階段，還不是Apache的正式項目，Flex 4.8也不是一個正式的Apache版本。
Apache稱，該版本標志著Flex新時代的開始，Flex的未來將由社區來驅動，而不是由一個公司驅動。開發者可以通過貢獻代碼，來幫助改進Flex，如修復bug、增加功能等。
從Macromedia賣給Adobe，然後又捐給apache，不知道搞什麼名堂。不過還好沒有經過大幅重構，否則就真的是悲哀了！
2、extjs
ExtJS是一種主要用於創建前端用戶界面，是一個基本與後台技術無關的前端ajax框架。
功能豐富，無人能出其右。
無論是界面之美，還是功能之強，ext的表格控制項都高居榜首。
華麗的界面，靈活的功能，還有開發工具都是配套的，但有個最大的問題，用就得花錢！
3、easyui
easyui幫助你構建你的web應用更加容易。
它是一個基於jquery的插件，開發出來的一套輕量級的ui框架，非常小巧而且功能豐富。
但是她有一個最大的問題就是代碼只能找到以前的開源的版本，到了1.2以後的版本源代碼都是經過混淆的，如果遇到問題修改起來會非常麻煩！不過一個比較大的優勢是開源免費，並且界面做的還說的過去！
4、MiniUI
又一個基於jquery的框架，開發的界面功能都很豐富。
jQuery MiniUI - 快速開發WebUI。
它能縮短開發時間，減少代碼量，使開發者更專注於業務和服務端，輕松實現界面開發，帶來絕佳的用戶體驗。
使用MiniUI，開發者可以快速創建Ajax無刷新、B/S快速錄入數據、CRUD、Master-Detail、菜單工具欄、彈出面板、布局導航、數據驗證、分頁表格、樹、樹形表格等典型WEB應用系統界面。
界面做的挺不錯，功能也挺豐富，但是有兩個比較大的問題，一個是收費，一個是沒有源碼，說白了，不開源！基於這個開發如果想對功能做擴展就需要找他們的團隊進行升級！
5、jQuery UI
jQuery UI 是一套 jQuery 的頁面 UI 插件，包含很多種常用的頁面空間，例如 Tabs（如本站首頁右上角部分） 、拉簾效果（本站首頁左上角）、對話框、拖放效果、日期選擇、顏色選擇、數據排序、窗體大小調整等等非常多的內容。
功能非常全面，界面也挺漂亮的，可以整體使用，也可以分開使用其中的幾個模塊，免費開源！
6、DWZ
DWZ富客戶端框架(jQuery RIA framework), 是中國人自己開發的基於jQuery實現的Ajax RIA開源框架.
設計目標是簡單實用,快速開發,降低ajax開發成本。
歡迎大家提出建議，我們將在下一版本中進一步調整和完善功能．共同推進國內整體ajax開發水平。
畢竟是國產的，支持一下，而且源碼完全公開，可以選擇一下！不過性能怎麼樣不敢確定！
7、GWT
Google 網頁工具包——GWT 提供了一組基於Java語言的開發包，這個開發包的設計參考Java AWT包設計，類命名規則、介面設計、事件監聽等都和AWT非常類似。熟悉Java AWT的開發者不需要花費多大的力氣就能夠快速的理解GWT開發工具包，將更多地時間投入到GWT應用的開發過程中。
你不用......
web前端開發框架有哪些
bootstrap是twitter出的一款不錯的UI框架，或者與其說是框架不如說是類庫（lib），當然這里邊牽扯到一個「究竟什麼是框架什麼是類庫？」的問題，我們暫時不談。畢竟是有大公司背景的代碼堆，我覺得沒什麼「落伍」可言。
angular是前兩年之內突然火得一塌糊塗的一個fe框架，這個我覺得可以算的上是真正意義上的框架了，MVVM雙向綁定，包括它擁有足夠完善的社區、生態，甚至chrome上都有很多好用的相關插件（這一點可以說是佔了google出品的光），比較完整的大型項目都是可以考慮引入的。但如果你的網站只是做一些輕量級的東西，殺雞焉用宰牛刀吧我覺得。
backbone主要針對的MVC中的M層，至少我是這么理解的。對UI層它幾乎沒什麼太多的限制，一方面給出了coder自由度進行發揮，另一方面也等於在這方面框架本身對開發沒提供什麼太大的幫助。我覺得這更像是一個高手向的框架，另外對於underscore前端模板那一套東西，說實話作為一名php java啥都能寫的FE我始終覺得這套東西有那麼一種純JS工程師的一廂情願的意味。這是個人看法了，不一定準確，況且有人會搬出ajax動態渲染時 前端模板的作用來反駁我，別急著反駁，至少往下看完我說的話。
相比之下，react可以說是一個在MVC中V層做的十分出色和新穎的框架了，獨特的jsx編譯機制就已經讓你的代碼變得高大上了，我是覺得這個類庫在UI層做的更徹底更專業，或者說讓FE的代碼更專業了。更何況，react比angular更年輕，而且同樣擁有大公司背景，react native一出更是讓JS工程師的地位取得了革命性的提升，（不要跟我提phonegap，用過兩個東西後你會明白，react打包的app性能甩phonegap幾條街沒問題）。另外既然樓主提到了之前的網站是bootstrap，不妨可以看一看react-bootstrap這個東西，或許這就是你想要的。