問題タブ [domain-model]

ドメイン モデルのオブジェクトを PHP セッションに保存するのは良い方法ですか?

これにより、PHP リクエストごとにすべての PHP オブジェクトを照会して再構築することを回避できます。

サイズ制限はありますか？

どう思いますか？ドメインとプレゼンテーションモデルをどのようにマッピングしますか？

ウェブサイトのいくつかのページに最新ニュースとして表示するテキスト、画像などを含むモデル「ニュース項目」があります。この「ニュース記事」は、Twitter や Facebook にも投稿できます。ニュース アイテム モデル内にメソッド post を実装し、さまざまな投稿実装を戦略として注入することはクリーンですか? それとも、これには別のアプリケーション サービスを用意したほうがよいのでしょうか。

ありがとう

nHibernateを使用する既存のプロジェクトのソースコードを調べたところ、エンティティクラスごとに作成されたインターフェイスがあることがわかりました。例：CustomerクラスのICustomer 。ICustomerには主にプロパティが含まれており、メソッドはほとんど含まれていないため、このパターンの利点は何でしょうか。

と がある状況がCommon.Domain.PersonありSpecific.Domain.Personます。

最初の 1 つは、共通パッケージの一部として提供する必要があります。
2 つ目は、特定のプロジェクトのニーズに合わせて共通パッケージをカスタマイズする必要がある場合に表示されます。

オブジェクト モデルでは、継承を使用して簡単に実装できます。
ただし、NH マッピングでは、小さな問題に遭遇しました。

NHibernate<subclass>マッピングを作成できますが、それにはディスクリミネーターを使用する必要があります。ただし、特定の人物クラスが継承された場合、この特定のプロジェクト内で共通クラスのインスタンスが使用されることはありません。

基本クラスに識別子列を追加せずにこれを実装する最良の方法は何ですか?(区別する別のケースがないため)?

管理システムのドメインモデルを作ろうとしています。このシステムには次のような人がいます。

、をUserどこから定義することにしました。さて、どのような専門階層から選ぶべきかわかりません。次の方法のどちらかを決めることはできません。EmployeeManagerTop Manager

また

どちらが望ましいのか、そしてその理由は？

長年のコーダーとして、私はドメインモデルを実行しようとするたびに、これをどのようにコーディングするかを考えようとするという考えと戦わなければなりません。私が理解したことから、私はドメインモデルでそれらの問題について考えるのではなく、オブジェクトの関係でのみ考える必要があります。ここでは、コードの重複やこれらの種類の詳細について考える必要がないため、他のオプションよりも実際にオプションを選択することはできません。

ありがとう

編集：

もう少し明確にします。これは、労働者の休暇計画を管理するためのプログラムです。このプログラムでは、従業員はその年の休暇のセットを選択できます。次に、マネージャーは各従業員のその日を承認するかどうかを決定し、1日の終わりに、トップマネージャーはマネージャーの決定を承認または却下する必要があります。これは私のプログラムのすべてのユーザーができるはずです。他のタスクはありません。

ドメインモデル図とクラス図の両方を設計するとき、何を入れるべきか理解するのに苦労しています。

私が言いたいことの例を挙げます：

Administratorとを持つ休暇スケジューラ プログラムを実行していEnd-Usersます。は、プログラムへのAdministrator登録、特権の変更などのいくつかのことを行います。休暇の日などを選択できます。End-UsersEnd-User

最初に and をドメイン モデルの概念として定義しAdministrator、End-User後でクラス図のクラスとして定義しました。クラス図では、両方のクラスが次のようないくつかのメソッドを持つことになりました

等

しばらくして、実際にはAdministratorとの両方End-Userがアクターであることに気付きました。おそらく、このデザインは完全に間違っていたのでしょう。管理者クラスとエンド ユーザー クラスにユース ケースの要求を実行するためのメソッドを入力する代わりに、ドメインから他のクラスを定義してそれらを実行し、コントローラにユース ケースを処理させることができます (実際には、それぞれに 1 つずつ実行することにしました)。使用事例）。たとえば、クラスでこれらのメソッドを使用する代わりに、 UserDatabase.RegisterNewUser()andを使用できます。UserDatabase.UnregisterUser(int id);Administrator

アイデアは、休暇スケジューラ全体を、一連の機能を持ち、認証などのことを気にしない「クローズドプログラム」と考えようとすることです。外の世界に見せたいのは、そのコントローラーです。

これは正しいアプローチですか？それとも、私はこれを完全に間違っていますか？アクターをドメインモデル/クラス図に入れるのは一般的に悪い考えですか? これにはどのような経験則がありますか?

私の講師はApplying UML and Patternsに従っていますが、これはひどいと思います。そのため、この記述されたアクター モデルの状況に関する詳細情報をどこで調べられるか知りたいです。

この新しいアプローチは、私が以前に行ったこととは根本的に異なるため、私はまだこれらすべてについて少し混乱しています。

映画館をモデル化したいとしましょう。映画館にはいくつかの部屋 (たとえば 7) があり、そこで映画が上映されます。

このシナリオのドメイン モデルをどのように設計すればよいのでしょうか。

• Cinemaクラス コンセプト のコンセプトは、7 つの部屋と直接関連する必要がありますか? 代替テキスト http://dl.dropbox.com/u/6187267/shooterpics/nocatalog.jpg
• Cinemaクラスの概念は、7 つの部屋のカタログと関連付ける 必要がありますか? 代替テキスト http://dl.dropbox.com/u/6187267/shooterpics/catalog.jpg

なんで？

ある場所では最初のケースが見られ、別の場所では2番目のケースのようなものが見られる理由を理解するのに苦労しています。

部屋の代わりに、シネマと次の関係を描写したかった場合:

1. 販売するチケット (今日)。
2. チケット完売（本日）
3. シネマデータベースの顧客
4. 映画館の特定の部屋で映画が上映される一連の時間。
5. 映画館の部屋で座ることができる場所のセット。

Cinemaカタログを使用する必要がありますか? ターゲットに * の多重度を持つ概念に直接接続する必要がありますか?

ありがとう

ドメインモデルの描画に使用する概念のリストを作成したとしましょう。さらに、いくつかのシステムシーケンス図を作成したいくつかのユースケースがあります。

ドメインモデルを描くとき、​​どこから始めればよいのかわかりません。

1. システムがそうであると私が信じているようにモデルを設計する。これは、人体をモデル化する場合、心臓、脳、腸、胃、目、頭などのクラスの概念を追加することから始めます。
2. ユースケースを実行するために必要なものを設計することから始めます。これは、人体に何かを飲み込ませるユースケースがある場合、最初に口、喉、ストマッチ、腸などのクラスの概念を描きます。

私が物事を行う順序は無関係ですか？ユースケースの概念から設計するのがおそらく最善だと思います。これらは一般的に作業したいものであり、システム全体をうまく説明するのに役立つ他の種類の概念ではなく、多くの場合現在のプロジェクトでは必要ありません。ここで考慮していない他のアプローチはありますか？通常、これにどのようにアプローチしますか？

ありがとう

私は DVD レンタル ストアをモデル化しています。

1. AClientはそのclientNumberを に与えSystemます。
2. 指定されたが有効な場合はSystem常にチェックしclientNumberます。
3. は、借りたいClientの名前を付けます。DVD
4. ...
5. ...後で、Rent DVDクラス概念の新しいインスタンスと現在のClient c.

私のドメインモデルは次のようなものです:

私は、1回目と2回目の操作の契約を次のように作成しました。

前提条件: なし

Client c事後条件:そのようなが存在しc.clientNumber = clientNumberます。

Client cここで、これと DVDStore (フロントエンドとして使用する予定) との関連付けを作成する必要があるかどうかはわかりません。関連付けを行わない場合、後で同じクライアントを「参照」するにはどうすればよいですか? クライアントと別の概念を関連付ける必要がありますか?

ありがとう