1

ドメイン モデルの初期段階の UML クラス図で、次のイメージ (つまり、ナビゲートできない構成関係) は意味がありますか?

クラス

Company.Accountsこれは不可能ですが、Company オブジェクトが破棄された場合、すべての Account も破棄されることを表明したいと思います。私の動機は、この質問Companyで説明されているように、クラスがある種の神のオブジェクトのアンチパターンになるのを避けることです。DB 用語では、 からの外部キーがあります。実際のアプリでは、ほぼすべてが Company によって所有され、パフォーマンス上の理由から、Company からすべての子コレクションを遅延/熱心にロードすることを許可したくありません。Account --> Company

最終的な図にはおそらくIAccountRepository(次の図を参照) があると思いますが、クラス図にすべてを配置するのは負担になることがわかりました。各子コレクションに追加のインフラストラクチャクラスを追加することを想像してください。クラス図が読めなくなる！

クラス図2

読み込みが「間接的」になるというドメイン モデルの考え方をどのように伝えますか? そこにも行きますか？

これに関する参照または業界標準はありますか?

ありがとう。

4

1 に答える 1

0

行動モデリングと静的モデルを混在させています。Companyと の間に設定した関係は、直接アクセスしないAccount場合は問題ありませんが、その accessに関数がある場合は、モデルが間違っています。Company AccountCompanyAccount

私が知っている限りでは、アカウントが実際には別の場所に保存されているというCompanyモデルを作成する方法はありません。で構成されている場合、直接ではなく経由でアクセスする必要がAccountsあるため、2番目の図は正しくありません。CompanyAccountsIAccountRepositoryCompany

IMHO は、からまでのAccount構成、 からIAccountRepositoryまでAccountの関連付けを持つ必要があり、そのシーケンス図では、会社が削除されると、そのすべてのアカウントが削除されます。CompanyAccountICompanyRepository.deleteCompany

于 2012-11-11T09:54:38.347 に答える