ドメイン モデルでは、ビジネスのデータを模倣するオブジェクト (つまり、db エンティティ) と、ビジネスが使用するルールをキャプチャするオブジェクト (つまり、データ検証、セッション状態) を持つことが最善です。
抽象化、永続層のアーキテクチャ (データマッパー、アクティブレコード) のためのリソースがたくさんあります。しかし、ビジネス ルール層はどうでしょうか。アーキテクチャ パターンやビジネス ルールの構築方法はありますか? 私はそれほど経験がなく、大きなアプリで一人で働いています。ヒント、新しい情報を検索します。
これは、ビジネスルール（検証ルール）/永続層アーキテクチャ、構造について少し話している記事です：http://forum.springsource.org/showthread.php?18699-Domain-Models-and-Validation-%E2% 80%93-An-Architectural-Discussion
いくつかの db 固有のルールをエンティティ オブジェクトに入れることができます (つまり、string、str length -varchar(100) のチェックなど) が、ユーザー入力を管理する他のルールが必要です (ユーザー データの検証は非常に反復的です - いくつかあるかもしれません)。パターンまたはこれらの種類のルールのいくつかの一般的なアーキテクチャ) 。また、セッションを管理するその他の基本的なルールがあります。
では、ビジネス ルール層に共通の構造/アーキテクチャ/パターンはありますか?
PS: MVC 構造の操作。私は太ったモデルや痩せたコントローラーのアイデアの熟達者です。MVC の M のスケーラブルなアーキテクチャ/構造はありますか?