ビュー、Webサービス、およびスケジューラ（スプリング付き）を持つN層のJava EE Webアプリケーションの設計

Question

現在、3層のSpringとHibernateを使用してスタートアップWebアプリケーションを作成しています。ビュー、サービス、およびDAO。また、ドメインオブジェクトは別々に分離されています。これに

私はWebサービスとスケジューラを追加します。これらのクラスをどのレイヤに追加する必要がありますか？あるいは、私はこれらのための新しいパッケージを作りますか？ n層ウェブアプリケーションのベストプラクティスは何ですか？

あなたの考えや経験をお伝えください。

Answer 1

いくつかの考え：

1. パッケージは階層ではありません。階層（またはレイヤー）は関連する機能の集合の論理抽象であり、パッケージはコンパイル単位の物理的なグループ化ツールです。論理層を実装するために使用されるすべてのクラスが同じソースパッケージに存在する場合もありますが、そうである必要はありません。 webserviceがserviceパッケージにうまくフィットし、または多分web呼ばservice内subpackgeますよう

2. に思えます。

3. スケジューラの場合は、serviceパッケージのどこかに属していてもかまいません（特に、他のコンポーネントがサービスAPIを介してスケジューラとインタフェースする場合）。そうでなければ、次に最も適切なことは、schedulerという独自のパッケージを与えることです。

ベストプラクティスは、1）作品と2）意味があります。 「n-tier web applications」は非常に幅広いトピックであり、すべての可能な場合に適用される具体的な回答は実際にはありません。

Answer 2

ウェブとスケジューラパッケージには？

この質問には「正しい」答えはなく、パッケージのレイアウトが表示されているものを超えているかどうかはわかりませんが、具体的にするのは難しいです。

文脈上意味があり、それが一貫している限り、とにかく大したことではありません。また、元の機能と新しい機能の両方で機能を識別してリファクタリングした後で、既存の構造が変更されることがあります。