データベースに Proffesor テーブルがあります。コード ビハインド パーツの UML 図を作成したいと考えています。
クラス構造は次のようになります: - データベース テーブルからの情報 (ID、名など) をマップする Proffesor クラス - DB に接続し、Proffesor インスタンスを追加、削除、更新するためにクエリを実行する ProffesorDAL クラス - 3 ProffesorDAL クラスにアクセスして教授を追加/削除/更新するフォーム
forms-ProffesorDALの関係は合成の関係だと思いました。これは正しいです？ProffesorDAL-Proffesor の関係はどうですか?それは集約でしょうか、それとも単なる関連でしょうか? フォームと教授の関係に最適な UML の関係は何ですか?
ありがとう！
UML 集約関係はほとんど価値がありません。価値よりもはるかに混乱を招きます。有用なプロパティが 1 つだけあります。つまり、再帰的な関係で使用すると、結果のオブジェクト構造は非循環になります。
ハングアップする価値はありません。私のアドバイスは、単純な二項関連付けを使用して、カーディナリティを正しくすることに集中することです。その方がはるかに便利で価値があります。
h番目。
関連性を仮定することから始めて、そこから分析し、両者の間により強い関係があるべきかどうかを設計します。
私の質問は「それはそれを所有していますか」です。例 私は、車が 4 つの車輪を所有しているとします (他のアイテムの長いリストの中で)。
私の標準的な設計では、UI と DAL の間に BLL があります。私はまず、私の 3 つの間の緩やかな関連性を仮定することから始めました。その後、BLL と DAL はある程度密接に関連しており、強い結びつきから利益を得ることができるという結論に達しました。
プロフェッサークラスについては、モデルクラスを想定しています。モデル クラス 私は緩い接続/知識しか持っていません。つまり、それらはパラメーター (関連付け) としてのみ表示されます。私の DAL は、モデル クラス (集約) と強い関係を持っていません。それらはメッセージをもたらすものであり、複雑な int と bool です。