最近，Ruby社区发布了关于使用更好的面向对象设计的好处的博客文章，推文和评论，特别是将业务逻辑与持久性逻辑分离。特别是对于较大的应用程序，我认为这是一个很好的建议。
我有兴趣找到一个完整的示例Rails应用程序，其中业务逻辑与ORM（ActiveRecord或其他）完全分离。具体来说，我很高兴看到如何处理数据库约束，业务规则验证，参数清理，服务类等。
有人知道像这样的开源应用吗？
答案 0 :(得分：4)
我熟悉的是Jeff Casimir（@ j3）。这是来自Railsconf 2011的他的presentation。他还创建了一个名为draper的宝石，它使用了一些这些想法。 Ryan Bates使用它rails cast，希望能给你一些想法。
答案 1 :(得分：1)
据我所知 - 铁路工人对建模业务的看法完全不同。他们或多或少有意识地以数据为中心的方式推动设计。如果我们坚持，例如，它可能看起来矛盾和不好面向对象。
但是，正如基督徒所说：“自由来自约束”。
如果我们能够像时尚一样在CRUD中表达我们的域名，我们会大大降低技术复杂性，免费获得REST等。
This blog post解释得比我好（不要错过presentation by DHH）
来自Scott Belware的And here's some insight关于此主题。
但如果你坚持并想稍微试验一下，你可能想试试data-mapper 不幸的是，还没有尝试过，所以 - 不能发表评论。