Comparatorはドメイン駆動型のMVC世界ではどこに住んでいますか？

Question

私はいくつかの異なる方法で並べ替える必要があるクラスを持っています。その多くはequals()契約を破っています。そのため、異なるComparatorクラスを持つ必要があります。私が持っている質問は、それらのクラスがどこに住んでいるかです。

例の名前空間の構造として使用すると、構造ではなく、ファイル構造をパッケージ化する質問を制限するために、具体的な何かがあるように、次の名前空間を想定することができます：クラスはdomain名前空間に住んで

app 
    domain 
    exception 
    hibernatemapping 
    mvc 
    propertyeditor 
    tags 
    persistence 
    hibernate 

ドメイン、および関連する例外および休止状態マッピングファイルはそれぞれexceptionおよびhibernatemappingにあります。 persistenceには、DAOインターフェイスが保持され、休止状態の実装はhibernateになります。すべてのMVCコントローラはmvcにあり、特殊なプロパティエディタ（これはSpring MVC）がpropertyeditorに、カスタムクラスのバッククラスがtagsになっています。

Comparatorsは、domain名前空間（おそらくdomain.comparator）の下に住んでいるはずですが、わかりません。

あなたはどこにそれらを置くのですか？

---

アップデート：一般的なUtilパッケージを使用している人がたくさんあります。そのルートに行くときは、UIヘルパーとドメインヘルパーによるクラスUtilを除外しますか？たとえば、ドメインがビジネスロジック上の理由でソートする必要があるが、UIでドメインが気にしない追加のソートが必要だった場合、基本的には、レイヤごとにヘルパーパッケージを持つ傾向がありますか？私は通常、次のような構造で行く

Answer 1

あなたが何かを置く場所がわからない場合は、 "goto"パッケージとして使用することはできませんが、utilやcommonsパッケージのようなものが最も理にかなっているようです。

また、package by featureを調べることをおすすめします。この理由で、あなたのコンパートメントは、それに使用されている対応する機能を持っていてもかまいません。繰り返しますが、これは単なる提案であり、プロジェクトの最適なレイアウトを呼び出す必要があります。

Answer 2

：このタイプの構造では

company 
    appname 
    model 
    util 
    dao 
    service 
    controller 

（コンパレータの多くが実際にあった場合）は、コンパレータは、おそらくutilのパッケージに投棄になるだろう。

しかし、通常コンパイラは正確に1か所で使用されるため、実際に使用されているインラインで宣言します。

public class SomeService { 
    public void someMethod(String id) { 
     List<ListType> list = dao.getSomeListById(id); 
     Collections.sort(list, new Comparator<ListType>() { 
      public compare(ListType a, ListType b) { 
      // ... 
      } 
     }); 
    } 
} 

Answer 3

「app.util」または「app.helper」というパッケージを作成することをお勧めします。

概念的に言えば、ドメイン駆動型設計では、これはインフラストラクチャ層（http://www.infoq.com/articles/ddd-in-practice）に属しています。

Answer 4

comparatorsというパッケージを作成しました。そこには私が保管しています。