我8年前以Rails开始我的职业生涯，仍然非常怀念其中的一些方面。它能如此高效地使用代码行数，让你以惊人的速度从零构建出产品。所有问题都已解决。Ruby这门语言非常富有表现力，非常符合人体工学，非常易于阅读。这真的是一种享受。但视图层却没有跟上时代的步伐。在多年专注于React和TypeScript的工作后，我无法忍受Rails的视图方式。尽管我非常认可Stimulus的价值主张，并且真正感受到单页应用（SPA）的不足之处，但我渴望组件、类型安全、单向数据流，以及比仅仅使用类更多的样式选择。特别是React，它有丰富的UI框架选项，感觉真正符合语言习惯。我上次尝试用Rails开始一个项目时，进展非常迅速，直到我到达视图层，我不得不中途放弃。我现在倾向于使用Next.js，因为它最接近我想要的。…
源讨论用Ruby on Rails构建GitHub原帖 318 条评论 · 导入时统计我非常喜欢Rails。我永远记得2010年在伦敦滑铁卢车站坐火车时，看到轨道上方有一个巨大的标志，上面写着类似“我们需要Rails开发人员”的字样。 Rails是我职业生涯中非常重要的一部分。 现在，13年过去了，我已经深入JavaScript生态系统，并且已经在这个领域工作了8年。 最近这个生态系统中最令人兴奋的成果是RedwoodJS，因为它从Rails中获得了许多灵感。
完整原文把你的经验，加入这段讨论。
> 但视图层并没有跟上时代。 同意 - 在我看来，Rails 的信息传递/软性营销在如何展示它作为数据驱动后端的优势方面可以做得更好，无论前端/UI如何。 我知道有像 API 模式和 webpacker 这样的东西，但这一切似乎在很多时候都显得次要且勉强。也许我听 DHH 的话太多了，但我觉得 Rails 的视图部分应该才是次要的。这对很多原本可能对 Rails 作为后端感到满意的开发者来说是一种打击。
完整原文我从未学习过 RoR，它在我的“要学习”列表中已经持续排在第三位超过十年了。然而我曾喜欢过 CodeIgniter，也渴望那种一体化的感觉，因此现在我不断回到 NextJS。 我搭配 Next 使用 Nest（唉，为什么只差一个字母？）当我需要一个真正的后端时，但我能用 Next 做到如此多的事情，现在我使用它的次数越来越少。
完整原文你用过整个 Hotwire 套件吗？它比 Stimulus 好得多。将你的视图组件化也会让它更现代化。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。