老实说，Discourse 的前端非常臃肿。我以前用过一个基于 Go 的论坛平台，它没有前端编译。主要是因为所有必需的 CSS 和 JS 都足够小，可以轻松地与页面 HTML 一起提供。它运行良好，但不是 FOSS，而且不再可用了。对我来说，Discourse 竟然需要“编译”前端，这似乎是一种反模式。
嗯，这个项目里有一些非常聪明的人，所以我建议不要发表笼统和贬低的言论。事情总有细微的原因，一群聪明人会深入思考。
Discourse 是一个复杂的 Web 应用程序，拥有非常用户友好的原生应用程序般界面。在浏览器中实现它几乎是不可能的，除非大量使用 JavaScript，否则你的页面会经常刷新？（同时给你的 Web 服务器带来巨大负担！）
“编译”包括最小化以减少下载量，以应对慢速互联网连接和浏览器内存占用。这 hardly 有争议？
我相信还有一些转译，用于将一些 Ember 转换为原生 JavaScript。同样。
7 个赞
由于我们没有任何计划用 Rust 或 Go 重写该应用程序，我认为这个讨论有点多余。
我现在将关闭此话题。
20 个赞