問題タブ [value-objects]

Project エンティティと Rfi エンティティがあります。プロジェクト エンティティには、TeamMembers のリストが含まれています。Project は、Rfi エンティティのナビゲーション プロパティです。Rfi エンティティには RecipientId があります。この Id は、TeamMembers コレクションの個人を表します。Web ページに、受信者という名前のドロップダウン ボックスがあるとします。リストには、プロジェクトのすべてのチーム メンバーが含まれます。ユーザーはそのリストから連絡先を選択します。その連絡先の ID は RecipientsId プロパティに保存されます。ページがリロードされると、RecipeintsId プロパティの値に基づいて、ドロップダウンでそのユーザーの ID が選択されます。流暢な API を使用して EF 4.1 でこれをマップする最良の方法は何ですか?

既に作成されている vo/dao パターン モデルに基づいて、アクセス/作成/更新するフォームを構築しています。

<?php echo $product->name ?>すでに存在するオブジェクトをロードしていない場合は空白なので（編集と作成の両方に1つのフォームを使用）、幸運を祈っています。

ただし、$products オブジェクトにはその内部に他のオブジェクトが含まれているため、$product->video->id$product->video がまだ定義されていない場合、呼び出すと「通知: オブジェクト以外のプロパティを取得しようとしています」というメッセージが表示されるため、問題が発生します。

$product->video を vo の新しいビデオとして設定しようとしましたが、ビデオ クラスを含めることはできません。

そのようなオブジェクトの中にオブジェクトを持つことがひどい考えである場合は、私にも知らせてください。少なくとも今のところ、リレーショナル テーブルを扱う便利な方法のように思えます。

これらのデザインパターンをn層アーキテクチャで使用できるシナリオはどれですか。

私が読んだブログエントリは、値オブジェクトがドメイン駆動設計でエンティティを参照しても問題ないことを示しているようで、フォローアップでは NHibernate でこれを行う方法を説明しています。

Entity Framework 4.1 を使用して同じことをしたいと思います。具体的には、複合型が別のエンティティを参照するようにします。例として、これを考えてみましょう: 私はエンティティを持っています。たとえば、タイプCurrencyのTotalプロパティを持つInvoiceがあります。Currencyは、 Valueという型のプロパティとCurrencyUnit型のUnitプロパティを含む複合型です。CurrencyUnitは「参照データ エンティティ」です。つまり、この特定のドメインのCurrencyUnitはエンティティであり、値オブジェクト自体ではありません。decimal

現在、DDD では「許可」されている可能性がありますが、それは私の好みではありません。私はメリットについて議論したくありません。このシナリオを処理するために、EF にコード ファーストのソリューションがあるかどうかを知りたいと思っています。複雑な型は、もちろん外部キー参照を持つことができるエンティティを含むテーブルにマップされるため、奇妙なことです。

TabNavigator があり、各タブはモジュールです。モジュールの 1 つには Units というラベルが付けられており、モジュールの完全なコードはこの投稿に掲載されています。

いくつかの問題があります: 1) データグリッドの選択からのデータがフォームに入力されません。2) 行を選択して [削除] をクリックすると、非常に一般的なエラーが発生しますTypeError: Error #1009: Cannot access a property or method of a null object reference. 。selectionChangeHandler 関数内の valueObject ユニットのトレースで NULL が返されます。なんで？

注: 他のモジュール (TabNavigator の他のタブ) では、DropDownLists にユニットが入力されています。これは、valueObject Unit が他のモジュールで定義されていることを意味します。ただし、valueObjects はモジュールに対してプライベートであり、共有されるべきではありません。問題がどこにあるのかわかりません。

完全なモジュール コード:

Addressを値オブジェクトとしてモデル化したいと思います。不変にするのは良い習慣なので、後で変更できる可能性のあるセッターを提供しないことにしました。

一般的なアプローチは、データをコンストラクターに渡すことです。ただし、値オブジェクトがかなり大きい場合、それはかなり肥大化する可能性があります。

別のアプローチは、引数を配列として提供することで、結果としてクリーンなコンストラクターになりますが、コンストラクターの実装を台無しにする可能性があります。

それも私には少し不自然に見えます。

かなり大きな値のオブジェクトを正しく実装する方法について何かアドバイスはありますか？

私は vo/dao セットアップを継承しました (ただし、すべてのクラスのすべての DAO 関数を持つモデル クラスは 1 つしかありません) が、再帰で奇妙になっています。

すべてのユーザーには投稿があり、各投稿には動画を含めることができますが、動画にはユーザーがいて、投稿に動画が設定されていない場合もあります。

getPost は (部分的に) 次のようになります。

video にはユーザーを取得するための同様の機能があります。問題は、動画が投稿内に設定されていない場合 (id=0)、その getUser 関数が論理的にmysql_fetch_array() expects parameter 1 to be resource, boolean given. これで、他のオブジェクトを参照するすべてのコマンドに条件を付けることができましたが、このように V0 オブジェクトをリンクする際に潜在的に null 値を処理する他の方法はありますか?

Javaのプライベートインスタンス変数へのアクセスを同期するための要件と少し混乱しています。マルチスレッドでスケジュールされたタスクを実行するアプリケーションがあります。これらのタスク（クラスのインスタンス）には、値オブジェクトを保持するインスタンス変数があります。さらに、これらのタスクには、実行ロジックを保持する他のクラスを呼び出すことによってタスクを実行する実行メソッドがあります（これらのタスクは、処理の一部としてより多くの値オブジェクトを使用します）。

これで、高レベルでは、すべての並列スレッドがこれらのタスク、インスタンス変数、実装クラス、および値オブジェクトのチェーンを生成するように見えます。これらすべてをスレッドセーフにする必要がありますか？並行して呼び出される可能性のあるすべての可能なクラスと値オブジェクトのすべてのインスタンス変数？

ZendフレームワークでDoctrineを使用しており、既存のEntityクラスを値オブジェクトとして使用したいと思います。

私が見ることができる主な障害は、マッピングをどのように扱うかです。アソシエーションに関する情報を失いたくありません。

誰かがそれを経験したことがありますか？

データ転送オブジェクトは値オブジェクトと同じですか、それとも異なりますか? それらが異なる場合、どこで DTO を使用し、どこで VO を使用する必要がありますか?

私たちが話しているプログラミング言語は Java であり、コンテキストは、データベースからデータを取得して処理し、最終的に処理された情報がフロントエンドに表示される Web アプリケーションです。