正如我们所见，React.js 比 Ember.js 更受欢迎，是否有计划将 Discourse 中的 Ember.js 迁移到 React.js，以获得更好的开发者体验？
没有计划用 React 重写 Discourse。
6 个赞
为什么不提高 Ember 的声望和受欢迎程度呢？
Discourse 就是最好的证明，它是一个非常好的框架。
1 个赞
Alexander 您好，React.js 因其设计、文档、社区和生态系统等众多原因而被开发者选中。
我自 2012 年起就是一名 Web 开发者，我经历过各种前端库和工具层出不穷的时代。我曾大量使用 jQuery，然后是 Backbone，以及许多自研的库。之后在 2015 年我转向了 React，在过去七年里它一直运行得非常好。Ember.js 曾经很受欢迎，但我必须说，如今大多数开发者都在使用 React.js、Vue.js 和 Angular.js。
Discourse 到目前为止运行良好，但在查看了插件系统并搜索了开发文档（我计划丰富 Web3 功能 https://forum.lxdao.io/t/contribute-web3-features-to-discourse/42）后，我觉得对于我这样拥有最常见全栈技能的开发者来说，立即构建某些功能有点困难。
我也在中国开发者社区发现了同样的抱怨（这可能是为什么 Discourse 在中国不像 WordPress 那样受欢迎的原因）。所以我想知道，如果我们拥有更好、更新的技术栈，是否能让 Discourse 运行得更好。
请不要误会，我完全理解这不是一个容易且重大的决定，所以我只是在这里提出一个问题。如果我们有计划，我会看看我能做什么，如果没有计划，我将开始学习 Ember.js，哈哈。
2 个赞
这与 WordPress 可追溯到 2003 年而 Discourse 仅是 2014 年的成立时间无关？ 
而且 WordPress 的用途更广泛，而 Discourse 的目的更明确，主要是一个论坛平台。
基于这个逻辑，我们为什么不顺便把后端也迁移到 PHP 呢？我相信你会提供所有的 PR？
我同意你的大部分观点。但我觉得重写几乎从来都不是一个好主意。
我正在为 Discourse 编写一个 React 前端，但我不打算用它来替代 Ember 前端。
它更像是一个针对非常特定用例的补充，而不是对同一事物的重申。原因是我想让 UI 更适应 web3 实验。为此，拥有一个替代的前端更合适。我猜自定义向导插件也走的是独立 Ember 前端的路线。（因为功能……嗯……是自定义的 
……所以这样做是合理的）
我有一个仓库，里面有带 Vite 的 React 前端：
然后我有一个第二个仓库，我在其中将第一个仓库的构建输出拉入 Discourse 插件的公共资产文件夹中。
我也在你们的论坛注册了。如果你有任何问题，请告诉我 
3 个赞
嗨，伙计，众所周知，WordPress 如此受欢迎的原因之一是其高度可定制的主题和插件。有很多外包公司或团队为客户在 WordPress 上构建网站。我也看到一些主题或插件让 WordPress 看起来像一个论坛，他们应该使用 Discourse 来构建论坛，对吧？这就是我想表达的观点。
无论如何，我也承认这句话，“这可能就是为什么 Discourse 在中国不像 WordPress 那样受欢迎”不太公平。你说得对。抱歉。
3 个赞
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.