POCO;永続性無視とDAL依存性（NHibernate）

Question

実際には何かPOCOは、の依存関係を意味しますか？

NHibernateを使用。子コレクションは、NHibernate.Collection.Generic.PersistentGenericBag <>として取得されます。これは私がここで "依存関係"を意味するものです。私がオブジェクトグラフを保存/更新しようとすると、DALはすでにそれを維持しようとしていることについて、それについての "意見"を持っています。

当初、私はPOCOを要求する（この観点では正しい用語が何であるかわからない）DAL、リポジトリ、ORM になしdepencenciesを運ぶだろうと思いました。しかし今私は混乱しています。私はおそらくPOCOクラスにはの永続性メソッドがないことを意味していると考えています。;そして、POCOオブジェクトグラフを取得することは依然としてそのような依存関係を運ぶことができますか？

あなたがPOCOについて話すとき、あなたはどういう意味ですか？ POCOはこれらのタイプの依存関係を持つことができますか？場合は、そうでないかもしれません。どのように「名前で」それらを区別しますか？

「依存性のない」POCOは、ある点ではDTOのよ​​うに見えますが、動作する可能性があるため、結局DTOではありません。

また、ちょうど100％確実であること：私はDTOが無知で永続的であり、「依存性がない」と仮定します。

おそらく "依存関係"は正しい単語ではないので、正しい場合は私にしてください。私の質問はまだ分かりやすいと思う。

---

EDIT1：さらにいくつかの思考で

。たぶん、私の仮定は... PersistentGenericBagはそれにいくつかの "依存関係"が間違っています（？）恐らくそれは単なる型であり、何も魔法ではありません。そしてさらに;オブジェクトがNHに持つ唯一の依存関係は、ISessionsを介しているということです。もちろん、これは私たちが制御できます。それは理にかなっていますか？

Answer 1

POCOは、フレームワークやその他のインフラストラクチャクラスに依存しないクラスです。さて、NHibernateはPersistentGenericBagを使用しますが、あなたのPOCOはIListクラスを参照するだけです。あなたのPOCOのために

、このインスタンスはList、ReadOnlyListまたはPersistentGenericBagになる場合、それは問題でdoes't、彼はIListとして扱いますが、対処まで彼にはない他の行動を持つことになります。

ちなみに、アノテーションを使用してドメインオブジェクトをマッピングする場合は、ORMに明確な依存関係があります。

Answer 2

「DAL」に関してあなたのオブジェクトに依存していないことは、かなりのユートピアです。 しかし、NHibernateがそれを解決する方法は、非常に近いIMHOになります。

IMHOという用語は、あなたのエンティティ（ドメインオブジェクト）が特定の基本クラスから継承する必要がないこと、またはDALが機能するためのインターフェイスを実装する必要がないことを意味します。
これはNHibernateのケースです。しかし、実際にNHibernateはコレクション（Iese.Setクラスのような）にいくつかの余分なクラスを必要としますが、これは主に.NETフレームワークがその時点で 'Set'クラスを持たないためです。
NHibernateは独自のコレクションクラスを使用していますが、ほとんどの場合、開発者はそれに悩まされません。

ドメイン駆動設計の原則に従うと、あなたのエンティティはPOCOになることができますが、あなたのエンティティは確かにDTOだけではありません。エンティティは、そのエンティティがどのように現実世界でデータと振る舞いを持つように見えるかを表現するものでなければなりません。

DTOは、レイヤ間でデータを転送するために使用できるオブジェクトであるため、実際には無知にしておく必要があります。2つのレイヤーのうちの1つは、DALである必要はありません。たとえば、DTOを使用して、ビジネスレイヤーからビューレイヤーにデータを転送することができます。