2

私は、ルール エンジンと呼ばれるものの Web アプリケーションを構築するプロジェクトに携わっています。DDD アプローチを使用して、ドメインと機能をキャプチャしてモデル化しています。

しかし、アプリケーション関連のデータについてはどうでしょうか。これは Web アプリケーションであるため、セキュリティ/ユーザー管理、ログ管理に関する重要な部分が存在します。など、ドメインの一部ではないが、管理が必要なデータがあるその他の項目。DDD パラダイムを最初に読んだだけで、ドメイン モデルとリポジトリによる永続性についてかなりの理解が得られます。セキュリティ、txn mgmt などのアプリケーション固有の問題は、アプリケーション サービス レイヤーに含まれる必要があると私は理解しています。

これで、アプリケーション固有のデータのどこで/どのように永続化されますか? それも別の集計としてモデル化し、同様の方法でシステムの一部にする必要がありますか、それとも別の方法で構造化する必要がありますか (DAO と対話するマネージャー クラス - トランザクション スクリプトのように) ?

4

1 に答える 1

4

セキュリティ、ロギングなどは、ドメインの専門家が話していることではないと思います。これらはドメインの一部ではなく、ドメイン エンティティ/集合体として設計されるべきではありません。エンティティとして設計されていない場合は、エンティティとして永続化しないでください。

これらのことでドメイン モデルが汚染されるべきではないと思います。セキュリティまたはロギングは、インフラストラクチャ レイヤーの一部です。そして、その永続性はインフラ層で管理する必要があります。ロギングについて検討してください。ファイルまたはデータベースにロギングできます。また、ログの永続性の種類を簡単に切り替えることができるはずです。セキュリティと同じ - データベースまたは ActiveDirectory? これらはドメイン モデルの永続性とは無関係に変化するため、混在させないでください。

于 2012-06-12T12:12:14.950 に答える