私はJavaで書かれたモジュールを1つ持っています.Webサービスモジュールはリクエストを処理し(ここではいくつかのビジネスルール)、データベースに値を保存(変更または削除)し(Hibernateを使用)、ステータスレスポンスを送信します)。そのモジュールをリファクタリングして、最後に 2 つのモジュールが存在するようにすることは合理的ですか? はいの場合、モジュール間の情報交換の推奨事項は何ですか? ありがとう ！
1350 次
1 に答える
2
「KISS」を覚えておいてください - シンプルにしてください。バカ。
技術的な考慮事項に基づいてコードを分割するのではなく、ドメイン モデルに焦点を当てた、クリーンで保守可能なコードを用意することがより重要です。
はい; データベース ストレージは 1 つの側面です。はい、Web サービス呼び出しの処理は別の側面ですが、「クリーンな」分離を行うのに多くの時間を費やすのは簡単すぎて、後で変更するのに時間がかかるという唯一の結果になります。(14層の「エンタープライズ」アプリケーションに取り組んできた人なら誰でも言うことができます。)
理想的には、「ビジネス ロジック」は作成する 1 つのモジュールであり、Web サービスの適応とデータの保存は「魔法のように」機能するはずです。そうではないので、明らかにそれに対処する必要がありますが、それは主な焦点ではありません.
強くお勧めします: ビジネス ルール = データモデル。Web サービスのメソッドはできるだけ薄くし、モデルをできるだけきれいに公開する必要があります。
これは、「ビジネス レイヤー」についてのかなり内省的な記事ですhttp://thedailywtf.com/Articles/The-Mythical-Business-Layer.aspx
また、「レイヤー」は抽象的な概念であり、異なるEclipseプロジェクトなどで「物理的に」分離されているという基本的な要件ではないことも覚えておいてください。実際にはそうではありません。
于 2010-10-15T09:39:12.080 に答える