我一直想知道為什麼 React 有這麼多的討論。每個人似乎都對它讚不絕口，但我忍不住問，“為什麼是 React？為什麼不是安珀？” ？

就我個人而言，我是 Ember 的忠實粉絲。也許是因為我在深入 React 之前學習了 Ember。當我開始學習 React 時，我發現它的許多功能看起來與 Ember 非常相似。但儘管有相似之處，我仍然發現 Ember 更容易、更直觀。

我使用 Ember 的官方文件來學習 Ember，而不依賴額外的資源。我也向同事和其他有 Ember 使用經驗的人澄清了我的疑問。這次實務經驗更加堅定了我對 Ember 優勢的欣賞。

讓我分享為什麼 Ember 在我的書中脫穎而出，特別是與 React 相比：

？ Ember CLI

這可能是考慮使用 Ember 而不是 React 的主要原因。 Ember CLI 是一個功能強大的工具，可簡化新增路由、元件或外掛程式等任務。它經過整合和設計，可以無縫工作。

React 的 CLI 工具（例如 Create React App）很方便，但通常提供的內建功能較少。它們通常需要額外的配置來進行複雜的設置，這會增加開發開銷。

？ 輕鬆路由

Ember 的路由特別簡單，使導航流暢且直觀。使用 Ember，由於其內建約定，設定路線非常簡單。

React 的路由需要更多的設定和配置，特別是在處理嵌套路由和動態段時。

？ 強約定

Ember 的優點之一是它的自我配置特性。與 Spring Boot 非常相似，Ember 的設計旨在以其約定和預設值開箱即用。這減少了初始配置所花費的時間，並允許更加專注於建立應用程式。

React 的靈活性是有利的，但通常意味著更多的配置和決策，因為它不會強制執行特定的結構。如果不仔細管理，這種靈活性可能會導致程式碼庫不一致。

？ 輕鬆測試

Ember 中的測試既簡單又強大。該框架的 CLI 附帶內建測試支持，使編寫和運行測試變得更加容易。

React 也很好地支援測試，但它通常需要額外的工具和函式庫，例如 React 測試庫。雖然這些工具功能強大，但它們可以添加額外的設定層。

？ 餘燼幻影

對於前端開發來說，Ember Mirage 是一個顯著的優勢。它充當記憶體伺服器，允許您模擬 API 交互，而無需真正的後端。當後端仍在進行中或模擬各種伺服器回應時，這對於開發和測試功能特別有用。

React 沒有用於模擬 API 的內建解決方案。開發人員經常使用第三方函式庫或工具（例如 MirageJS），雖然受到 Ember Mirage 的啟發，但可能需要額外的設定。

那麼，你覺得呢？你試過Ember嗎？ ？ 對於為什麼一個可能比另一個更好，您有什麼經驗或意見嗎？

讓我們在下面的評論中開始討論。我很想聽聽您的想法和經驗。 ?

如果您有興趣了解有關 Ember 的更多信息，可以在此處查看 Ember.js 官方文件。