n-階層アーキテクチャー-BLL,ダルインターフェイスのその中から最適な実践?

Question

あると思いますが、どのように関するｎ層建築です。と思い、お問い合わせいただく前にこの質問などがありま質問をここで...しかし、文字通りを期待するとと読むこのその他の回答がまだ迷ったら.の様々な見類似の用語と異なるアプローチでは、私はかなりの混乱をきたしている。

またBLL、ダルの異なるクラス図、コミュニケーションツールとの間のBLLとダールするこのインタフェースなどのようにDTO定義された別のDLLとによって参照される両方のBLL、ダル.私のドメインモデル事業体のBLLうこのインタフェースを実装すると、そういう意ORM発生するオブジェクトダル.保存私の事業者がそのパスのダルを受けて細かな実装のインタフェース。私もオブジェのBLLこのインタフェースを実装する.このよう合理的としてBLL、ダルのみを認識している必要があるとの基本的なインタフェース、お互いのコンクリートの実装です。

私にとってはどの方法を創造するオブジェクト、その他。たとえば、あったか人のオブジェクトのBLL実施IPerson、PersonDataObjectなどのDLLとも実装IPerson、パス名の方法は、ダルするパラメータのIPerson、その後のダル感を再構成するPersonDataObjectに直面しています。これも最良の方法は？

申し訳ないだろうかこの説明もしっか混乱するからです。ベスト実践のためのダミー答えをよろしくお願いいたします。

Answer 1

一般に、物のBLLなインタフェースは実施してい:

たとえば、あったか人のオブジェクト のBLL実施IPerson, とPersonDataObjectなどに DLLのものを実装しIPerson

を"人"として例：考えの異なるデータに付帯する一切の事業者としては、すべてのデータは、一人当たり、遠浅のデータを多くの人CRUD、業務の探索、等-そのデザイン界面に沿って論理的なグループ分けの インタSegeragtion原則).

インタフェースにも事業からのBLを中心に視点-または"サービス"です。

とにかくお答えしい...

定義しまっ相当のDTOの共通組み立て、データ-インターフェースが別していることのない4アセンブリ:BL、データへのアクセスInteface定義のインタフェース実装および普通;すべてのアセンブリを参考に一般的です。

仕事をしているC#.Net定義しましDTOsとして構造体となりますので、御了承くださいが授業);すべての特性をこれらは読み取り専用のお送りデータのコンストラクタ-そうすることによって、DTOのeffectly'ダム'封筒の情報です。

Answer 2

以上から、ｎ層アーキテクチャでは、非常に実用性の高いもののデータオブジェクトとBL、ダル.時には、同じデータオブジェクトに使用できるUI層しています。

通常、いデータモデル(またはデータオブジェクトまたはドメインモデルでは、どんな名前で組み立てることがすべてのモデルオブジェクトとしてのインタフェースを取ってくれてありがとうご人とえば、生成しまIPeopleインターフェースモデルを確立。ダルのインスタンスを返しまIPeopleにBL.BLの消耗がこのインスタンスは、必要な場合はこのUI層に適用後のビジネスロジック

Answer 3

Googleドメイン駆動型のデザインのリポジトリのパターンです。でsoumndsにいるかのようなゆる方向と建築とによって、シナリオ新株予約権ので混雑して待たされることこのアプローチにより複雑なコードです。