0

私はEF4が初めてで、できる限りガイダンスに従おうとしているので、POCOルートをたどることを選択し、POCOクラスを独自のプロジェクトに配置しました。DataAccess プロジェクトにリポジトリ クラスを追加しました。もちろん、DataAccess プロジェクトは POCO プロジェクトを参照します。

私は現在、POCO クラスにビジネス機能を追加していますが、POCO オブジェクトの 1 つの特定のメソッドが他の POCO オブジェクトの束を作成するという障害に遭遇しました。これは素晴らしいことです。しかし、それが作成するPOCOオブジェクトはすでにデータベースにあるので、もちろん循環参照を作成しているDataAccessプロジェクトを参照するにはBusinessEntityプロジェクトが必要であることを知っています。

このスペースでのガイダンスは大歓迎です。

4

1 に答える 1

0

あなたの問題を誤解していないことを願っていますが、DTO (Data Transfer Objects) タイプのルートを使いたいと思うかもしれません。私自身 EF は初めてですが、現在 EF、WCF、WinForms プロジェクトに取り組んでいます。クライアントにデータを送り返すために使用する WCF サービスのコントラクト オブジェクトがあります。EF エンティティからビジネス レイヤーの DTO オブジェクトにプロパティをマップします。クライアントは EF エンティティのすべてのプロパティを必要としないため、DTO を使用します。 このリンクを試してください。プロジェクト構造に関して、本当に良いものを見つけました。お役に立てれば。

于 2011-01-20T15:20:18.167 に答える