5

さて、次のプロジェクトを含むソリューションができました。

  • ビジネスの論理
  • エンティティ
  • データアクセス
  • ユーティリティ
  • 単体テスト
  • ユーザーインターフェース

これは非常に大規模なエンタープライズ レベルのアプリケーションです。私の質問は、エンティティ フレームワークをどこに置くかということです。一方では、EF はデータ アクセス テクノロジのように見え、DataAccess プロジェクトに参加する必要があります。しかし一方で、それは独自のエンティティを生成し、それらはすでに大きなエンティティ プロジェクトに配置する必要があります。

Entity Framework に適したプロジェクトはどれですか?

EF の永続化ロジックからエンティティを分割することは可能ですか?

4

2 に答える 2

7

EDMX ファイルを DataAccess に配置します。エンティティの T4 テンプレートを追加し、それを DataAccess から Entities に移動します (おそらく、テンプレートで EDMX へのパスを変更する必要があります)。それは動作します - 私はいつもそれを使用しています。

編集:

これはPOCOのウォークスルーですが、STEでも同じはずです。

于 2011-04-05T21:56:03.350 に答える
0

あなたの質問を誤解しているかもしれませんが、最初に提案することは、エンティティ フレームワーク用の新しいプロジェクトを作成することです。

他のプロジェクトと一緒にする正当な理由はありますか? 別々にしておくと、サイズが小さくなり、管理しやすくなります。また、依存関係を抑えます。

于 2011-04-06T04:57:40.923 に答える