Rails：遵循PORO（普通红宝石对象）结构时，应该在模型和服务类中使用哪些代码

Question

我已经通过PORO概念在线提供了几篇文档，并且已经理解为什么我们应该使用PORO，但是我没有使用PORO，不明白的是，如果商业逻辑应该进入服务类，那么activerecord模型类应该怎么走呢？

另外在什么情况下创建服务类没有意义，而应该在activerecord模型类中编写代码？

任何帮助表示赞赏。

Answer 1

本文将完全回答您的问题，并让您满意：Extreme Rails Decoupling with POROs。

总之，POROS可以以不同的方式来使用在滑轨：

1. 服务对象：这是无状态的对象，并且可以具有在其依赖的副作用。当我们需要与外部服务进行交互时，通常会使用它们，例如为用户处理计费，然后在此之后发送电子邮件，或者发布到队列等等。它们的隔离允许易于测试。
2. 交互器：这是用于执行给定用例的Ruby对象的技术术语。这些类通常具有可操作的名称（即动词）。此类的示例可以是ChargePendingUsers
3. 值对象：这些是不可变的对象，它表示非常简单的实体，其等式不基于身份。一个非常常见的例子是一个Money类，它可以告诉它的货币和数量。
4. 查询对象：这只是从AR模型中抽象查询责任，让您的类保持轻松。当底层查询逻辑很复杂时，通常会使用它们。
5. 演示者：这些对象大部分时间都是从SimpleDelegator继承的，并且有助于保持我们的视图不受逻辑影响。他们实现装饰器模式并为底层对象添加更多功能。