問題タブ [domain-model]

架空のドメインモデルを具体化する一方で、ドメインオブジェクトを関連付けるためのより良いアプローチは、親ドメインオブジェクトにポインタ（子の識別子）を含めることであるのか、それとも親オブジェクト内にコンポジットを構築するための子オブジェクト。

それぞれのアプローチの長所と短所、主にサイズと複雑さのトレードオフがわかります。遅延読み込みを行う必要性を予期していないため、識別子関係のアプローチに傾倒する傾向があります。

直接関連していませんが、ドメインオブジェクトは単純なPOCO（.NET-POJOと同等）です。最終的にアプリケーションドメイン間で交差する可能性が高いため、これらは明示的にシリアル化可能としてマークされます。私の意見では、LINQはリレーショナル識別子のアプローチを実行可能にします。LINQが利用できない場合は、まったく考慮しません。

どんな考えでもいただければ幸いです！

編集：識別子のみのアプローチに傾倒する可能性のあるいくつかの考え。まず、オブジェクトのキャッシュポリシーです。ポリシーで定義されているように、親オブジェクトと子オブジェクトのTTLが異なる可能性があります。2つ目は、再利用可能なデータの場合、同じ子が複数の親によって保持される可能性があるという点で、参照の保持によってオブジェクトの再利用が制限される可能性があることです。これらは両方とも、シリアル化されたオブジェクトの全体的なサイズにも関係しています。

ビジネス ロジック レイヤーのドメイン モデルとデータ マッパーの LINQ を使用して設計された、エンタープライズ アプリケーションのサンプルがあるのだろうか。LINQ to SQL の UnitOfWork 機能をビジネス レイヤーのビジネス オブジェクトと組み合わせて使用​​する方法がよくわかりません。

ありがとう、ルシアン

最近、Eric Evans の Domain Driven Design を読み終えました (非常に有益で、非常に楽しいものです) が、本を完成させてから最初の主要なプロジェクトに来て、ドメイン モデルの保存方法を処理する方法を知りましたか?

サービス/リポジトリの使用と、それらがモデルをどのように支援できるかを評価しますが、モデルの保存をどのように処理しますか?

私の以前のドメイン モデルの保存は、次のメソッド呼び出し構造に従います。

ParentClass.Save {

ParentClassDB.Save

ChildObject1.Save

ChildObject2.Save

}

サービスは、子オブジェクトに対する適切な保存ルーチンの呼び出しを制御しますか?

Visual Studio (sqlmetal) によって生成された dbml ファイルには、データベース テーブルにマップされたエンティティが付属しています。これらのクラスはドメイン モデル クラスとして使用するのに適していると思いますか? それとも、それらを避けて、データ アクセス レイヤーのみに分離する必要がありますか?

ありがとう

私は今NHibernateと私のドメインモデルに困惑しています。私は頭の中で素晴らしいAPIを想像していますが、それを実現するのに本当に苦労しています。これが私が達成しようとしていることの例です：

それで、Foreachループのそのようなものは意味をなすのですか？：PIは、クラスとのある種の流暢なインターフェイスを作成しようとしているように感じます。私は永続性のためにNHibernateを使用しているので、このようなことは可能ですか、それとももっと単純にする必要がありますか？

次のような C# クラスから作成されたドメイン モデルがあるとします。

モデルと共に、IoC のリポジトリ インターフェイス クラスを定義しました。

現在、LINQ マッピングを使用して、この POCO ドメイン モデルをエンティティ クラスのセットに変換しようとしています。(このアプローチは、私が MVC で読んでいる本で推奨されていました。) 上記の例では、クラスの「単純な古さ」に影響を与えることなく、いくつかの属性を使用して簡単に実行できました。

問題は、関連付けのマッピング、変更の変更などを開始したときに発生します。ドメイン モデルの元の概念をすぐに破棄し、代わりに LINQ-to-SQL クラスのセットを作成しているようです。何か不足していますか？これらのクラスは、依然としてビジネス ロジックの適切な場所ですか? 非 LINQ、非 DB ソースからこれらのクラスにデータをロードし続けることはできますか?

ありがとう

ここで以前の質問の 1 つに回答があったため、AutoMapper について調べています。

AutoMapper は複雑なドメイン モデルを平坦化すると書いてありますが、逆のことをするものが必要です。ビュー モデル (フラット化されたドメイン モデル) を複雑なドメイン モデルに接続して、ビュー モデルをドメイン モデルにすばやく変換できるようにする必要があります。

ビュー モデルを取得して複雑なドメイン モデルにする AutoMapper に似たものはありますか?

次のニーズに適したPythonライブラリは何ですか:

• MVC
• ドメインの抽象化
• データベースの抽象化
• ビデオ ライブラリ (サムネイルを作成するためだけ)

SQLAlchemy がデータベースの抽象化に非常に適していることは既に知っているので、より良いものを提案したい場合を除き、気にしないでください。

編集：これは言及するのがばかげているように思えるかもしれませんが、私はWeb用ではなくGUI用のMVCについて話しているので、明確にするために言及しています

編集： MVC部分にはGUI部分も含まれていますか、それともPyQtのようなGUI用の別のライブラリを使用できますか