エンティティのインタフェースを作成する必要がありますか？

Question

アプリケーション内のエンティティ用のインターフェイスを作成するのは通常の/推奨ですか？ getter/settersをインタフェースまたはビジネスメソッドのみで宣言する必要がある場合は、

Answer 1

インターフェイスはビジネスロジック用です。モジュールの動作や機能を宣言しています。 POJOはデータを含むオブジェクトであり、ロジックを実行するものではありません。

Answer 2

インターフェイスを作成することができます：同じ機能を共有する（つまり、同じインターフェイスを公開する）複数のクラスが存在するのでしょうか？その場合、その中にそれらの（ビジネスロジック）メソッドを持つインターフェイスを作成することができます。

また、インターフェイスには状態を把握するための変数が含まれていないため、インターフェイスを実装するクラスの一部になります。同じインターフェースを持ついくつかのクラスは異なる方法でそれを実装するかもしれないので、インターフェースで変数（そしてgetterとsetter）を指定する必要はありません。

Answer 3

インターフェイスには、ゲッターとセッターが含まれてはいけません。インターフェイスは、クラスが実行できる機能のみを提供します（ゲッター/セッターが必要な場合 - 抽象クラスを使用します）。フィールドは通常、（必ずしもそうではないが）実装の一部分のみである。

あなたのクラスはデータのみが含まれているのであれば、一つはエンティティのためのインタフェースを使用すると、彼らはJPAを扱っていることからクライアントを分離するために使用することができることを主張する可能性がありインタフェースで必要

Answer 4

はありません。同じインターフェースを共有する永続エンティティーの隣に、いくつかの派生した非永続ビジネス・オブジェクトが必要な場合があります。そのような場合、私はこれが適切であると感じます。しかし、トランザクションを気にする必要がない場合にのみ、このような使用を制限する必要があります。

Answer 5

インターフェイス/実装パターンの「過剰使用」について議論しているこの優れた記事をご覧ください。通常、エンティティBeanは、パターンのようなものを、次のされていない、あなたはここで良い理由を見つける：

http://marekdec.wordpress.com/2011/12/06/explicit-interface-per-class-antipattern/

Answer 6

エンティティまたはPOJOはゲッターと性質を持っているので、私は、インターフェイスは任意の理にかなっていると、エンティティ/ POJOを考えていけないまあやsettersそしてデータ用に使用されます。インターフェイスとその実装（インターフェイスを実装するPOJO）を提供し、Implementationクラスへのインターフェイス参照を使用してそれをデータベースに永続化しているとします。大丈夫ですが、同じインターフェースを実装している別のpojoを提供するとどうなりますか？それは確かにpojoの意味を侵害し、どんなpojoが存続するのか混乱させます。