我一直想知道为什么 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 官方文档。