DevConnectionsの間に、私はSilverlightトラックを離れて、EF4についてのChrisSellsによる素晴らしい話に出くわしました。3.5SP1に対して現在可能なことには本当に感銘を受けました。同時に、重いPOCOアーキテクチャであるシステムを採用し、EF4をミックスに挿入することで、どのようなメリットがあるのだろうかと考えています。追跡を変更しますか？LINQ？私が考えていない他の何か？
1 に答える
0
POCOはアーキテクチャではありません。これはPlainOldCLR Objectsの略で、通常、アプリケーションの異なるレイヤーまたはセクション間でデータを交換する方法を説明するために使用されます。数年前、それはDTO（データ転送オブジェクト）と呼ばれていました。POCOのポイントは、特定のデータアクセステクノロジーやフレームワークに依存しないことです。データアクセス層から切り離された結果、Webページ、クライアントアプリケーション、テストなど、DALをブリードしたくない（または許可できない）アプリケーションのどこでも使用できます（おそらく、MSがPOCOエンティティをサポートする背後にある主な推進力）。
オブジェクトを「クリーン」に保ちながらEF4の利点を維持する方法はたくさんあります。私は、POCOエンティティ、変更追跡（Webサービスでも）、およびエンティティでのLINQを使用するかなり大規模なエンタープライズプロジェクトを持っています。これらの機能はすべて、ADO.NETチームのブログに詳しく記載されています。
tl; dr-システムが「POCOアーキテクチャに重きを置いている」場合、EFが導入されたことをDAL以外は認識しません。
于 2011-06-25T04:08:44.330 に答える