使用Angular的8個理由 - Sweetcode

原因＃1：Angular簡化了MVC
模型 - 檢視 - 控制器（MVC）體系結構將應用程式分解為三個不同的元件，是開發面向使用者的應用程式的常用策略。大多數Web開發框架都要求開發人員透過分別為每個元件設計和編寫程式碼來實現MVC架構，然後編寫更多程式碼將元件連線在一起。
Angular透過自動將不同的元件放在一起來簡化和簡化此過程，從而節省您的時間。因此，儘管Angular當然不是唯一支援MVC架構的框架（它也可以透過Vue和React完成，但是在這種情況下將元件放在一起需要更多的努力），它使得構建它比其他框架更容易和更快MVC架構。

理由＃2：大Angular生態系統
在技​​術生態系統方面，Angular更大更好。擁有龐大的個人和公司社群的技術更容易使用，因為支援很多，相容性很普遍，並且技術被放棄的風險很低。
Angular擁有所有這些優勢。它由Google的專門團隊支援和構建，Google本身使用Angular。該公司還提供了Angular長期支援（LTS）。這意味著該技術巨頭計劃堅持使用Angular，並在未來進行擴充套件。
Angular生態系統的優勢並不僅限於谷歌。Angular還擁有一個非常龐大的使用者社群，他們願意互相支援。這個社群提供了另一個支援和活力的來源。
就市場份額而言，Angular 似乎在JavaScript框架中位居第二，僅次於React，但在Vue面前。對於它的價值，Angular採用率似乎比React的增長速度更快（儘管Vue增長最快），因此Angular可能超越React成為不久的將來最受歡迎的框架。

原因＃3：Angular Universal和伺服器端呈現
伺服器端呈現是一種允許Web伺服器生成通常由客戶端構建的內容（換句話說，終端使用者的瀏覽器）的技術。由於多種原因，伺服器端呈現很有用。它使網頁抓取工具可以輕鬆訪問網頁。它還提高了效能，尤其是在移動和低功耗裝置上，由於資源不足，這些裝置很難在客戶端快速呈現內容。並且透過促進更快的頁面載入時間來幫助使用者滿意。
常規Angular應用程式在瀏覽器中執行，並在DOM中呈現頁面以響應使用者的操作。但是，Angular社群提供了一個用於更改此行為的簡單工具：Angular Universal，它允許透過伺服器端呈現在伺服器上生成靜態應用程式頁面。透過將Angular Universal與應用程式整合，可以生成伺服器端頁面並響應來自瀏覽器的請求。
使用Vue，React和大多數其他JavaScript框架進行伺服器端渲染也是可能的，但它涉及更多步驟。使用Angular Universal，您只需打包您的應用程式以在伺服器端執行並使用Universal進行部署。

原因＃4：Angular材料設計
從Angular 5.0開始，Angular功能在其框架中整合了對Material Design的支援。Material Design是一個開源工具集，可幫助開發人員快速構建有吸引力的介面。它簡化了在Web，移動和桌面上工作的現代UI元件的建立。
Material Design主題和模板已預先配置為與Angular一起使用，使其易於整合到Angular專案中。此外，Material Design元件可以與Angular上的伺服器端呈現結合使用，從而可以輕鬆地將它們合併到基於Angular的應用程式中，該應用程式利用上述伺服器端效能改進。
大多數其他框架也適用於Material Design，但並非所有框架都為其提供官方的整合支援。

原因＃5：Angular下的層次依賴注入
Angular提供了分層依賴注入，這對於為應用程式組裝資料服務特別有用。在分層依賴注入中，有一個與app的元件樹平行的注入器樹。透過依賴注入，類會從外部源請求依賴性，而不是自己建立依賴項。這可以提高效能。它還允許Web開發人員在外部匯入依賴項而不是在應用程式中配置它們，從而簡化了Web開發人員的工作。Angular在例項化時為類提供宣告的依賴項。Angular依賴注入框架允許使用者從可注入服務類提供資料，該服務類在其自己的檔案中單獨定義。服務所需的任何依賴項都可以“注入”其建構函式，並在執行時“注入”物件。這允許在需要時覆蓋注入的物件，並在整個應用程式中提供一致性。

理由＃6：Angular的模組化設計
在Angular中，一切都被組織成模組，從服務到指令的所有內容都必須組織成一個或多個模組。模組透過將程式碼劃分為功能和可重用的塊來增加程式碼的可重用性。它們還極大地簡化了組織中的分工，以及程式碼的一致性和維護。
可以肯定的是，Angular在其模組化設計中絕不是獨一無二的。模組化在許多現代程式語言和框架中很常見。
不過，我認為Angular特別模組化，因為不僅可以使用模組化架構來配置和部署基本程式碼元件（如函式），還可以使用Angular構建的任何物件。這種模組化在當今的微服務和分散式架構時代尤其有利，它們更容易與具有模組化設計的應用程式整合，因此可以作為跨大型基礎架構的不同服務部分進行部署。

在大多數方面，Vue提供與Angular相同的模組化功能。React並不如此，因為React沒有將模組化設計作為主要目標.。

(banq注：React是函式式風格，這與物件導向的模組化視角不同，管道化本身也是一種可組裝的動態模組，這裡有作者的偏見！)

原因＃7：Angular單元測試
Angular已準備好進行單元測試。單元測試是開發人員可以在軟體交付管道中執行的第一類測試之一，以確保其程式碼滿足預期的期望。單元測試允許開發人員在將新功能新增到應用程式的主程式碼庫之前對其進行徹底測試。這樣，可以快速檢測到錯誤並與主程式碼庫隔離，這使得它們更容易解決。
理論上，用任何程式語言編寫的程式碼都可以進行單元測試。但是，單元測試相容性是Angular的明確設計目標，這意味著開發人員不必修改他們的程式碼或使用特殊的測試工具來使用Angular進行單元測試。

理由＃8：Angular使用TypeScript基礎
Angular應用程式是使用TypeScript構建的，TypeScript是JavaScript的超集。這意味著您可以將ES5或ES2015 + JavaScript程式碼插入.ts檔案，它將完美執行。這也意味著只要在構建期間建立了正確的對映檔案，就可以在瀏覽器或編輯器中直接除錯TypeScript程式碼。
這不僅有助於簡化您的工作流程並幫助您避免將檔案從一種格式轉換為另一種格式，而且因為使用TypeScript可以提高您及早發現錯誤的機率。請記住，如果您對TypeScript不滿意，可以選擇退出Angular中特定於TypeScript的功能。
Vue對TypeScript的支援有限（儘管Vue開發人員表示將在即將釋出的Vue 3.0版本中進行更改）。對於React，它可以與TypeScript一起使用，但只有在將它新增到專案中時才能使用; TypeScript沒有內建到React中。  

結論
不可否認，並非上述所有功能都是Angular獨有的。您可以在其他Web框架中找到其中一些。但是當你將所有這些功能放在一起時，Angular因其多功能性，模組化和層次依賴注入而脫穎而出。如果這些特徵對您的專案很重要，那麼Angular可能最適合您的程式設計需求。