Angular、React、Vue.js 三大主流 Web 框架都有什麼優缺點？

web前端開發是否需要使用框架？

雖然無框架也能正常工作， 但是， 這也是有代價的。 但是這個代價對於個人或許沒有太大的影響， 但是對於企業而言卻是時間和金錢的代價， 對於企業而言， 項目的開發不是一個人完成的， 為了保證專案的開發進度往往是團隊共同協作完成的， 如果沒有約定協同的框架， 每個人都有自己的程式設計風格， 到最後各個模組要如何對接呢？另外大量的專案介面又該如何讓後續開發者維護呢？總不能每句代碼都寫上注釋吧！

如果你是一個有著深厚技術和經驗的人，

確實可以坦誠的不使用框架。 但你團隊的其他成員呢？你手下的那些人呢？或者當你的決定把你自己陷入困境的時候呢？

往往信誓旦旦說不用框架開發， 但是在進行完分工只會， 最後發現自己創建了一個需要自己著手維護的框架。 明明有現成的優秀的輪子可用， 偏偏要自己造輪子， 這對於企業而言無論是時間還是後期維護都需要更加高的成本， 但如果是個人興趣愛好， 可以不採用框架而去完成整個前端的開發設計。

Angular 2+

angular簡介

Angular 2+ 的最大優勢在於它的流行程度。 也有人認為它和 Google 密切相關的名字， 會影響團隊使用它。 Angular 1 的迅速流行是因為那些來自其他互動式應用程式開發環境的人會發現對於開發單頁面 web 應用程式具有相似的模型-視圖模式。

通過對 Angular 1 進行現代化演變和重新構建框架的某些部分， Angular 2+ 已經真正的爆發了， 對於用戶來說它有一套用於構建使用者介面的豐富元件。

發展成長

從外表上看， Angular 團隊和那些專注於流覽器標準的團隊之間顯得很和諧。 業界普遍認可的標準將會在 Angular 框架中會逐步實現， 這將會影響到如何更好的構建 Angular 應用將成為一個中/長期的風險。

何時選擇 Angular 2+

如果你需要在一個大型的框架內獲取技術資源， 框架內的技術通常很容易移植；或者你需要在框架中訓練開發人員， 並且還要有一定的信心， 他們會在短期內獲得一定的開發能力， 這樣的話你可以考慮 Angular 2+ 。 需要注意的是 Angular1（angular.js）與 Angular2+ 是截然不同的， 其中的應用、技術和經驗不能直接移植到 Angular2+ 的開發中去。

如果你的 Web 應用能夠很好的轉化為標準的模型-視圖模式， 那麼你也可以忽略其他直接考慮使用 Angular2+ 。

React + Redux

react簡介

React 和 Redux 的最大優勢在於它們相對簡單和專注。 做一件事情並把它做好是非常困難的， 但這兩個庫都很有效地完成了它們的目標。

雖然對於某些狀態容器方法可能是外部的， 但大多數開發人員還是可以輕鬆掌握概念， 並瞭解單向資料體系結構的好處， 簡化大量的使用者介面應用程式。

發展優勢

Facebook 和 React 最近從繁瑣的附加專利糾紛中抽離， 就像其他項目一樣， 更廣泛的社區能夠提高自己的聲音。 我覺得這有助於 Facebook 意識到他們還不能更好地瞭解我們， 相信我們來引導項目。 希望這將繼續貫穿專案的特點和技術方向。 很難預測 React 和 Redux 的未來。 但是， 將庫集中在一起， 確實會顯著提高適應性， 大多數 React + Redux 模式都會促進一個分離的體系結構， 從而可以輕鬆地進行重構和反覆運算。

React + Redux

如果你很少需要手把手指導， 並且正在尋找更好的庫而不是全面的框架，

那麼 React + Redux 可能是正確的。 在這一過程中， 你不僅需要對你的團隊和組織的能力保持誠實， 還要在你的初始開發過程中， 以及在整個應用程式的長期維護過程中保持誠實。

Vue.js

vue.js是什麼？

漸進式構建能力是 Vue.js 最大的優勢， Vue 有一個簡潔而且合理的架構， 使得它易於理解和構建。Vue 有一個強大的充滿激情人群的社區，這為 Vue.js 增加了巨大的價值，使得為一個空白項目創建一個綜合的解決方案變得十分容易。

在模型-視圖應用程式和狀態容器類型的應用程式之間的互相轉換可能會令人感到困惑，即使沒有完美包含一個模式到另一個模式的完美轉換，但讓人感覺希望能維持兩個模式的相關性。對於那些期待 vue.js 完美解決方案，並可能導致難以維護不一致的應用程式的人來說，這至少是令人困惑的。

技術的前景如何？

雖然 vue.js 有相當廣泛的應用，但也很難預測在中期發展中這個勢頭能持續多久，它不是由一個商業組織直接支援並維護，因此，這很大程度上依賴於維護者的生存能力和繼續維護下去的願望來決定。它也表現出了一定程度的語言適應能力，並且隨著某些模式的落伍和失寵而繼續保持自身語言的現代化和時代性，目前沒有跡象表明 vue.js 架構將來無法適應進一步發展。

如何選擇 Vue.js？

如果你有一個傳統的 web 應用程式，並需要一個強壯穩健的應用程式層，那麼 vue.js 可能是一個很好的選擇，它有清晰的模式，即使沒有經驗的團隊也能正確或者錯誤的使用它。另外vue是面向資料操縱的框架，所以不要用固有的js思維去過多的修改dom。

使得它易於理解和構建。Vue 有一個強大的充滿激情人群的社區，這為 Vue.js 增加了巨大的價值，使得為一個空白項目創建一個綜合的解決方案變得十分容易。

在模型-視圖應用程式和狀態容器類型的應用程式之間的互相轉換可能會令人感到困惑，即使沒有完美包含一個模式到另一個模式的完美轉換，但讓人感覺希望能維持兩個模式的相關性。對於那些期待 vue.js 完美解決方案，並可能導致難以維護不一致的應用程式的人來說，這至少是令人困惑的。

技術的前景如何？

雖然 vue.js 有相當廣泛的應用，但也很難預測在中期發展中這個勢頭能持續多久，它不是由一個商業組織直接支援並維護，因此，這很大程度上依賴於維護者的生存能力和繼續維護下去的願望來決定。它也表現出了一定程度的語言適應能力，並且隨著某些模式的落伍和失寵而繼續保持自身語言的現代化和時代性，目前沒有跡象表明 vue.js 架構將來無法適應進一步發展。

如何選擇 Vue.js？

如果你有一個傳統的 web 應用程式，並需要一個強壯穩健的應用程式層，那麼 vue.js 可能是一個很好的選擇，它有清晰的模式，即使沒有經驗的團隊也能正確或者錯誤的使用它。另外vue是面向資料操縱的框架，所以不要用固有的js思維去過多的修改dom。