レール：ポロ（昔ながらのルビーオブジェクト）以下のとき、どのようなコードは、モデルとサービス・クラスで行くべき構造

Question

私はポロの概念上のオンライン利用可能ないくつかのドキュメンテーションを経ており、なぜ我々はポロを使用する必要があることを理解したが、何i」はdidnのしていますビジネスロジックがサービスクラスに入る必要がある場合、アクティブレコードモデルクラスにはどうすればよいのでしょうか？

はまた、どのようなケースでは、サービスクラスを作成しても意味がありません、代わりにActiveRecordのモデルクラスで記述したコードでなければなりません？

何か助けていただければ幸いです。

Answer 1

この記事では、完全にあなたの質問にお答えし、より多くの満足よりもあなたを残します：Extreme Rails Decoupling with POROsを。要約すると

、ポロスは、Railsの中にさまざまな方法で使用することができます。

1. サービスオブジェクト：これはステートレスオブジェクトであり、その依存関係への副作用を有することができます。通常、ユーザの課金処理やそれ以降のメールの送信、キューへの公開などの外部サービスと対話する必要があるときに利用されます。それらの隔離によって簡単にテストすることができます。
2. インタラクタ：これは、特定のユースケースを実行するために使用されるRubyオブジェクトの専門用語です。これらのクラスには、通常、実行可能な名前（動詞）があります。そのようなクラスの例は、ChargePendingUsers
3. 値オブジェクトを指定できます。これらは、平等のアイデンティティに基づいていない、非常に単純なエンティティを表し不変オブジェクトです。これの非常に一般的な例は、Moneyクラスで、その通貨とその金額の両方を表示できます。
4. クエリオブジェクト：これは、ARモデルからのクエリの責任を抽象化し、クラスを軽く保ちます。それらは通常、基になるクエリーロジックが複雑な場合に使用されます。
5. プレゼンター：これらのオブジェクトは、ほとんどの場合、SimpleDelegatorを継承し、ビューをロジックから解放します。デコレータパターンを実装し、基になるオブジェクトに多くの機能を追加します。