1

複数のプラットフォーム/層でのコードの重複を誰もがどのように処理しているかに興味があります。

例として、このアプリケーションにはクレームを表示する画面があります。クレームが特定の基準を満たし、ユーザーがどのクレームが未解決であるかをリストで確認したい場合、そのクレームは未解決であると見なされます。そのため、アプリケーションにはこれを行うコードが 1 つあります。

また、アプリケーションとは完全に別のレポートもあり、ユーザーはすべての未解決の請求のレポートを必要としています。クレーム エンティティを作成し、それが未処理であるかどうかをレポートから確認する方法がないため、必然的にコードの重複が必要になるようです。

この情報と単一のコードを提供する関数または何かをデータベースに含めることができますが、その場合、ビジネス ロジックをデータベースにのみ依存しており、クレームごとにデータベースへのラウンド トリップを行う必要があります。アプリでチェックインしたいのですが、理想的ではありません。

では、誰もがこのような状況にどのように対処しているのでしょうか? また、知っておくべきベスト プラクティスはありますか?

4

1 に答える 1

0

具体的には、ビジネスロジックがビジネスドメイン層に含まれている場合。次に、そのビジネス ドメインを互いに独立して使用する 2 つのアプリケーションを作成できます。

100,000 フィート ビューを参照してください。

          DataProviders
               |
          BusinessDomain
          |           |
    Application   Reporting Services
于 2009-07-24T13:40:30.833 に答える