Web框架的優(yōu)缺點有哪些

這篇文章主要講解了“Web框架的優(yōu)缺點有哪些”，文中的講解內(nèi)容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“Web框架的優(yōu)缺點有哪些”吧！

我是否需要使用框架?

如果不嘗試回答這個問題就是我們的失職，這越來越成為社會上某些人的口頭禪，在網(wǎng)絡平臺上的爭論也已經(jīng)發(fā)展到猶如不需要額外編寫 API 能更簡單創(chuàng)建 Web  應用那樣的地步。就像本系列中所有的內(nèi)容一樣，我們的回答也大都是依據(jù)這些內(nèi)容。

雖然無框架也能正常工作，但是，這也是有代價的。那些主張無框架手寫 Javascript  的人，那些通常會被我們認為是斯德哥爾摩綜合癥(情感上會依賴他人且容易受感動的人)的人，忘記了網(wǎng)絡平臺上有多套快速發(fā)展的 API  ，至少有三種不同的技術，三種截然不同的語法。web 平臺規(guī)范并確定了超過 12000 個 API，事實上瀏覽器中的維恩圖也顯示了這些巨大差距。

如果你是一個有著深厚技術和經(jīng)驗的人，確實可以坦誠的不使用框架。但你團隊的其他成員呢?你手下的那些人呢?或者當你的決定把你自己陷入困境的時候呢?這種情況下，我們將會看到一個不用框架的團隊在展開冒險，最后他們會發(fā)現(xiàn)自己創(chuàng)建了一個需要自己著手維護的框架。接著就會出現(xiàn)尋找人才的問題，他們不需要知道框架是如何工作的，只需要尋找會調用網(wǎng)絡平臺  API 的高級技能人才或者一些自稱有經(jīng)驗的人才，最后卻發(fā)現(xiàn)缺少利于團隊發(fā)展的技能深度和經(jīng)驗。

團隊應該避免虛假等價(false equivalence)的陷阱，很顯然，在 web  技術的應用方面具有創(chuàng)新性的公司在不斷提高他們的市場價值和競爭力，Google、Facebook 和 Netflix  公司都是很好的例子。但是大多數(shù)公司不是這樣，他們應該承認這一點。

Angular 2+

有什么優(yōu)勢?

Angular 2+ 的最大優(yōu)勢在于它的流行程度。也有人認為它和 Google 密切相關的名字，會影響團隊使用它。Angular 1  的迅速流行是因為那些來自其他交互式應用程序開發(fā)環(huán)境的人會發(fā)現(xiàn)對于開發(fā)單頁面 web 應用程序具有相似的模型-視圖模式。通過對 Angular 1  進行現(xiàn)代化演變和重新構建框架的某些部分，Angular 2+  已經(jīng)真正的爆發(fā)了，大量的正式的和非正式培訓機構數(shù)量都讓人印象深刻，開發(fā)者有很強的市場競爭力。對于用戶來說它有一套用于構建用戶界面的豐富組件，這也是本系列中少有的幾個框架能夠做到這點。

有什么弱點和挑戰(zhàn)?

我們覺得 Angular 框架著重于在單個頁面應用程序中創(chuàng)建用戶界面并沒有處理構建完整的 web  應用這個更大的關注點，如果不及早確定下來，這將會導致整個項目難以維護，在實際項目中，運行時提供不屬于核心框架的技術往往讓人覺得不可思議，這大大降低了  TypeScript 對最終開發(fā)者的價值。

未來將何去何從?

Angular 5 剛剛發(fā)布，這看來是 Angular 已經(jīng)成功的印證了快速發(fā)布版本的承諾，在 Google 的持續(xù)支持下，Angular  會越來越成熟。

像許多的大型組織一樣，Google 具有多重(分裂)的人格，從外表上看，Angular  團隊和那些專注于瀏覽器標準的團隊之間顯得很和諧。但我們的觀點是，和諧只是一層薄薄的窗戶紙。Angular 團隊對于 web 組件和漸進式 web  應用沒有一個真正解決方案。我們認為，業(yè)界普遍認可的標準將會在 Angular 框架中會逐步實現(xiàn)，這將會影響到如何更好的構建 Angular  應用將成為一個中/長期的風險。

何時選擇 Angular 2+

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

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

如果你對 Google Material UX 設計模式滿意，那么 Material Angular 是遵循該模式的一種快速、簡單且可靠的方式。

React + Redux

有什么優(yōu)勢?

React 和 Redux  的最大優(yōu)勢在于它們相對簡單和專注。做一件事情并把它做好是非常困難的，但這兩個庫都很有效地完成了它們的目標。雖然對于某些狀態(tài)容器方法可能是外部的，但大多數(shù)開發(fā)人員還是可以輕松掌握概念，并了解單向數(shù)據(jù)體系結構的好處，簡化大量的用戶界面應用程序。

有什么弱點和挑戰(zhàn)?

React 和 Redux 最大的弱點不是它們是什么，而是它們不是什么。要構建一個功能豐富的 Web 應用程序，你需要許多功能，一旦脫離 React 和  Redux 和其他一些庫的核心，你將發(fā)現(xiàn)一個非常分散的社區(qū)，擁有無數(shù)的解決方案和模式，不容易整合在一起。

因此，雖然 React 和 Redux  都是非常專注的庫，但缺乏經(jīng)驗的團隊還是會很容易地生成不可維護的解決方案，而不是意識到他們所做的選擇會導致性能不佳或錯誤。即使有經(jīng)驗的開發(fā)人員也可能意識到，一個松散的架構或慣例可能會在未來困擾他們。

假省錢是一種對自己的欺騙，組織范圍內(nèi)采用 React 和 Redux 將輕松降低無效率問題。沒有其他庫和模式的廣泛約定和標準化，標準化 React +  Redux 比較于我們正在采用的 JavaScript 來編寫我們的應用程序效率要高。

未來將何去何從?

Facebook 和 React 最近從繁瑣的附加專利糾紛中抽離，他們認識到，就像其他項目一樣，更廣泛的社區(qū)能夠提高自己的聲音。我覺得這有助于  Facebook 意識到他們還不能更好地了解我們，相信我們來引導項目。希望這將繼續(xù)貫穿項目的特點和技術方向。

很難預測 React 和 Redux 的未來。但是，將庫集中在一起，確實會顯著提高適應性，大多數(shù)React + Redux  模式都會促進一個分離的體系結構，從而可以輕松地進行重構和迭代。兩年前，大家喜歡的還是React +  Flux，但整個社區(qū)很快就擁抱了Redux。思維或模式的其他重大轉變可能很容易被采納。這種關鍵能力可能會持續(xù)到未來。

何時選擇 React + Redux ?

如果你很少需要手把手指導，并且正在尋找更好的庫而不是全面的框架，那么 React + Redux 可能是正確的。  在這一過程中，你不僅需要對你的團隊和組織的能力保持誠實，還要在你的初始開發(fā)過程中，以及在整個應用程序的長期維護過程中保持誠實。

Vue.js

有什么優(yōu)勢?

漸進式構建能力是 vue.js 最大的優(yōu)勢，vue 有一個簡潔而且合理的架構，使得它易于理解和構建。

vue 有一個強大的充滿激情人群的社區(qū)，這為 vue.js 增加了巨大的價值，使得為一個空白項目創(chuàng)建一個綜合的解決方案變得十分容易。

有什么弱點和挑戰(zhàn)?

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

一個更大的挑戰(zhàn)是 vue.js  依賴于一個單獨的人，很明顯，其他的項目基本是由一個組織提供支持，但這讓人感覺更加有意義，雖然它有一個強大文件的社區(qū)和許多有創(chuàng)新的新增項目，但是 vue  核心的開發(fā)基本落在一個人身上。

我們很高興看到 vue 更加容易接受新興的標準方法，但是它的類似于 web 組件的模式，而不是真正的 web 組件，這可能是 vue  所得不償失的地方。

未來將何去何從?

雖然 vue.js  有相當廣泛的應用，但也很難預測在中期發(fā)展中這個勢頭能持續(xù)多久，它不是由一個商業(yè)組織直接支持并維護，因此，這很大程度上依賴于維護者的生存能力和繼續(xù)維護下去的愿望來決定。

它也表現(xiàn)出了一定程度的語言適應能力，并且隨著某些模式的落伍和失寵而繼續(xù)保持自身語言的現(xiàn)代化和時代性，目前沒有跡象表明 vue.js  架構將來無法適應進一步發(fā)展。

何時選擇 Vue.js?

如果你有一個傳統(tǒng)的 web 應用程序，并需要一個強壯穩(wěn)健的應用程序層，那么 vue.js  可能是一個很好的選擇，它有清晰的模式，即使沒有經(jīng)驗的團隊也能正確或者錯誤的使用它。盡管 vue UX 框架沒有開箱即用的功能，但在 vue.js  上也能大量持續(xù)性構建應用，這將有利于你的項目。

Dojo 2

有什么優(yōu)勢?

Dojo2 專注于帶來更多構建在狀態(tài)容器體系之上的動態(tài)組件的體驗模式，填補了 react+redux 等框架的許多空白。

Dojo2 也知道它不單單只是在自己的生態(tài)圈發(fā)展，通過包含 web  組件導入和導出功能，也意識到需要支持不同的應用實例，但它依舊提供了一個結構化和固有的框架價值，Dojo2 的核心基礎仍然是專注于提供交互性。

Dojo2 覺得它提供了大量重要的功能和解決方案，這對于構建完整的 web  應用是十分重要的，對于其他大多數(shù)框架而言這并不是重點。提供一個國際化系統(tǒng)和廣泛的易接入性的模式也是其中之一，同時也提供一個主題系統(tǒng)和演進模式，用以確保不僅能為  Typescript/JavaScript 提供良好的代碼開發(fā)，也能像 CSS 那樣管理資源。

Dojo2 專注于提供一個結構化和符合人體工程學的開發(fā)環(huán)境，通過使用 typescript  和其他開發(fā)模式，它試圖提供安全的防護機制去引導新手開發(fā)人員，通過專注于提高框架開發(fā)效率和開發(fā)安全性，旨在讓開發(fā)團隊能夠快速交付更好的 web 應用程序。

有什么弱點和挑戰(zhàn)?

有爭論的是，通過進一步延長 Dojo2 的發(fā)布時間的做法是否是在阻礙框架的發(fā)展，反觀其他項目由于其資源的擴大能夠繼續(xù)發(fā)展和快速迭代，導致 Dojo2  目前明確的處在一個擁擠的競爭環(huán)境之中。

這也許是一個潛在的發(fā)展機遇和挑戰(zhàn)，同時希望能夠在靈活性和交互性上而不是別的特殊理由去使用 Dojo2 。

未來將何去何從?

Dojo2 將是未來優(yōu)秀 web 框架之一，它將繼續(xù)努力為構建可擴展性的 web 應用程序提供清晰的模式和指導。隨著新標準的不斷出現(xiàn)，Dojo2  將進一步努力去在框架中實現(xiàn)新的標準方法，繼續(xù)嘗試擴大框架的開放性和交互性，創(chuàng)造適合更多人使用的解決方案。

何時選擇 Dojo2?

如果你想采用一個靈活的、現(xiàn)代的、響應式的 web 應用程序架構，并且你需要很多智能化的默認設置，那么 Dojo2  將是一個不錯的選擇。不用去拼湊和構建一個管道，并且為你提供更高階的命令模式讓你可以更加專注的開發(fā)項目，更加確認它是直接為你可以直接生產(chǎn)開發(fā)所準備的。另外，如果你了解  typescript 的優(yōu)勢，Dojo2 會十分嚴謹?shù)氖褂?typescript 來管理并提供一個穩(wěn)健的開發(fā)者開發(fā)環(huán)境。

Ember

有什么優(yōu)勢?

Ember.js可能是最固執(zhí)己見的主流框架，這也是其最大的優(yōu)勢。它有創(chuàng)建Ember.js應用程序的正確方法，通常只有一種方法來創(chuàng)建應用程序。Ember.js更類似于一個產(chǎn)品或平臺，在那里你會到一個供應商的長期支持和維護。Ember.js提供了對其平臺的全面版本管理，升級工具以及對API升級的強大指導和工具。成熟，是對Ember.js的一個很好的總結。

Ember.js多年來已經(jīng)證明，它可以保持其框架并使其與現(xiàn)代標準保持一致，同時不會過早遺忘傳統(tǒng)瀏覽器。

Ember.js有一個清晰合理的架構來全面構建Web應用程序。

有什么弱點和挑戰(zhàn)?

Ember.js可能是最固執(zhí)己見的主流框架，這也是它最大的弱點。雖然社區(qū)是開放的并且接受投資，但是仍然需要找到一個正確的方式來擺脫下滑的趨勢，這可能是具有挑戰(zhàn)性的問題。

擁有一個豐富的第三方社區(qū)也可能具有挑戰(zhàn)性。由于沒有開箱即用的UX組件，這很可能會讓你使用第三方套件。你可能會發(fā)現(xiàn)，雖然這些套件并不全面，你將需要建立或尋找其他組件。由于Ember.js沒有擴展，所以對如何交互和管理DOM，你會發(fā)現(xiàn)你有不一致的部件，而且也沒有提供一個易于管理的界面。

未來該何去何從?

Ember.js的主要貢獻者是JavaScript語言標準委員會TC39的核心參與者。在過去的幾年中，Ember.js對JavaScript的方向比任何其他框架都有更直接的影響。我們的觀點是，這將在未來繼續(xù)受影響，并幫助促進JavaScript的特性和模式。這也意味著Ember.js將繼續(xù)保持與未來標準的緊密結合的關系。

Ember.js不可能在將來隨時消失，盡管他們的創(chuàng)新很可能是通過與Ember.js緊密結合的其他項目來實現(xiàn)的，比如Glimmer，它為Ember.js應用程序提供了一個新的UI框架，該框架基于TypeScript。

為什么我會選擇Ember.js?

如果你在框架中尋找成熟度，那么Ember.js很難出錯。另外，由于Ember.js提供的內(nèi)容被理解，并且有廣泛的官方和官方認可的培訓，以及嚴格的結構，找到能夠建立基于Ember.js的應用程序的人才可能比其他框架更容易。也可以教大型團隊如何構建應用程序，并確保整個團隊的共同對話和理解。

如果你想要對社區(qū)保持信心，并批判性地思考他們平臺的變化，那么Ember.js會是一個很好的考慮因素。您可以花更少的時間跟隨當前的技術趨勢，并更多地關注創(chuàng)建應用程序。

Aurelia

優(yōu)勢在哪?

Aurelia有很多關于構建Web應用程序的方法，結構和想法。這個框架的編寫有很多技術上的優(yōu)點。

有什么弱點和挑戰(zhàn)?

我們估計最大的挑戰(zhàn)就是核心發(fā)展的動力和臨界物質的缺乏。我們感覺很多的觀點和概念都是我們對其他框架的批評性的想法，但是這些愿望都沒有完全交付。它似乎就像是一個正在進行的工作一樣，就像Dojo  2，但是它已經(jīng)是一個已發(fā)布的框架。

大部分的Aurelia是坐落在一個人的肩膀上，如果這個人的的注意力或可用性改變，那么將會帶來挑戰(zhàn)。

未來會如何?

對于Aurelia來說，有一個很大的機會。如果它能夠實現(xiàn)他的愿景，他將要完整的保存這個構建Web應用程序的已有的模板，但會以更健全、更完整的方式交付。我們不知道Aurelia是否能夠充分的利用這次機會。

為什么我會選擇Aurelia?

如果您致力于Web模型視圖應用程序模塊，并且你和你的團隊試圖想把一些事做的更好，那么Aurelia會是一個選擇。它就像是一個正在尋求一個更大的社區(qū)來幫助它的發(fā)展和進化的框架。

感謝各位的閱讀，以上就是“Web框架的優(yōu)缺點有哪些”的內(nèi)容了，經(jīng)過本文的學習后，相信大家對Web框架的優(yōu)缺點有哪些這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！