【更新】

社区五折名额已经用完了。非常感谢这些读者对本书的购买支持！

不过社区用户依然可以微信联系我，我会对 RubyChina 用户给予九折优惠！

新书撰写的过程中，也有幸邀请到 @Rei 进行审阅，并为它作序。

+--------------------

收到晓峰的邀请，希望我为这本书担任审阅时，我是很高兴的。多年以来，市面上已经很少见到聚焦 Ruby on Rails 全栈开发的新书了，所以这本书的出现是一件好事。

我一直是 Rails 全栈开发的偏好者。Rails 以其"约定优于配置"的理念和高度集成的开发体验，让开发者能够专注于业务逻辑本身，而非在工具链和基础设施上耗费过多精力。正因如此，当得知这本书正是围绕 Rails 全栈实践展开时，我接下了审阅的工作。

通读书稿之后，能感受到晓峰在其中倾注了很多心血。书中没有停留在 API 用法或官方文档的简单复述，而是将晓峰在多年实践中积累的经验和最佳实践呈现给读者。晓峰曾任职于 ThoughtWorks、极狐 GitLab 等，参与维护 GitLab，这些经历赋予了他对大型 Rails 项目的深刻理解，使得书中的很多建议都有实际项目的支撑，而非纸上谈兵。

阅读过程中，我自己也很有收获。特别是书中关于前端组件的经验分享，如何在前端日益复杂的今天让 Rails 应用保持可维护性和开发效率。晓峰对测试流程的重视也让我颇受启发——从单元测试到集成测试，从 TDD 到测试金字塔的实战运用，这些实践经验对有意改善测试习惯的读者会有帮助。

如果说有什么可以探讨的地方，我认为 Rails 的默认栈已经能够满足大多数应用场景的需求。书中采用了一些非 Rails 默认栈的组件，这些选择通常是针对特定问题或特定规模的应用场景而做出的。读者在阅读时，应根据自己项目的实际情况和团队的维护能力，有所取舍，不必全盘照搬。

总的来说，这是一本难得的 Rails 全栈实践指南。它适合已经掌握 Rails 入门知识、正在向进阶开发者迈进的读者。如果你处于这个阶段，这本书值得一读。

Rei

2026 年 5 月 28 日

支持 Rei。Ruby China 年度新闻！

感谢 Rei，辛苦了

这个具体看你业务需求和个人感受了。

你这种情况我的建议是如果 Hotwire + Turbo Mount 能解决问题，就不用引入 Inertia.js 了。

简单来说，turbo mount 的场景是让你仅在个别页面上引入需要的前端 lib（无论 react / vue / ……），但系统整体仍然以 Hotwire 为主。

而 Inertia 是让你直接使用整个前端框架（React / VUe / Svelte）来接管全部前端页面了。

写的很好。

不好维护的地方能展开说说么？

现在推荐啥 DB？

问一个相关事宜： 如果有国外的开发者想要参加今年的 RubyChina Conf，远程视频那种。 大会和他本人两边，各自需要做些什么能达成合作呀？

test-prof 有没有试下？

500 多个测试用例就 7min 多，感觉有点慢了。大一点的项目的用例很容易就上 1000 的，那就是 15min 以上。

可以试试用之前我推荐的 Test-Prof gem 跑一下分析，看看是否存在 Factory Cascade 的情况，优化一下。

可以参考我的有关博客：Ruby 测试的“工厂疗法”

这本很推荐的。

这就是 Rails 对新手也很友好的一个表现了。

TestProf 中文文档的 GitHub 地址是：https://github.com/test-prof/docs-zh-cn，欢迎各位小伙伴针对文档中翻译不准确甚至有误的地方提 issue 给予反馈。

可以。转帖请注明出处、作者。

可以

阿，是写错了。已改正。多谢

看 DHH 的这个推回帖，貌似是 Stimulus+WebSocket 实现的，可能会类似 Phoenix 的 LiveView。最终还是得看 Hey.com 针对这个的开源才清楚了。

与楼主有共鸣了。我去年碰到了同样的问题。

我是翻译了《Programming Elixir >= 1.6》一书（翻完了的），然后也想在 blog 上发出来。但当时就意识到了版权的问题，就立马跟作者 Dave Thomas 老爷子发了 email 说明情况并询问能否获得授权。老爷子也是很快就回复了，不过答案当然是否定的，人家只和中国的正式出版社合作 。最终只好不了了之。

多谢。我个人是觉得“基地”比较合适，跟“城堡”、“巨石”比，感觉上概念没那么大。这个词跟“基石”、“基础”还是不同的，不至于混淆吧。

再加上红警……

DHH 在推上对“城堡”模式给出了一个定义：”A single Majestic Monolith captures the majority mass of the app, with a few auxiliary outpost apps for highly specialized and divergent needs.“

AppSignal 也专门发了一篇文章来详细描述他们自己采用的“城堡”模式架构，跟 #5 楼的同学一样，AppSignal 一直这么做，而现在 DHH 给出了一个专门的命名。

AppSignal 文章在此：https://blog.appsignal.com/2020/04/08/the-citadel-architecture-at-appsignal.html

这是跳出纯技术层面的更宏观角度对 Ruby 和 Rails 的赞美了，很有意思。

最新一期 Ruby Weekly 也推荐了。恭喜！

倒是用过，感觉也还行。

看了下 coffeescript 2.0，和 es6 没什么差别了，如 import modules 的支持。而 coffeescript 的简洁写法更对我的胃口——看到 JS 那一堆堆该死的大括号就想吐。

原来是高見龍老师，之前就看过你的博客，特别是 Rails、Coffeescript 的内容，受益良多～感谢 🙏

这篇译文能引出@nightire 对 Ember 又一个精彩绝伦的长篇回复，真是感动极了。。

有幸在@qingfanpeng 的翻译过程中小小参与一下，受益匪浅。

已下单。