MVF 5でビジネスロジックをEF6で実装する方法

Question

MVC5 with EF6 DB First tutorialを読んだことがあります。このチュートリアルでは、コード（コントローラとビュー）を生成します。

私は3つのプロジェクトVSで作成しました：

+ AdminWebSite 
+ PublicWebSite 
+ EntityFramework 

をそして私は質問、私はビジネスロジックを実装し、それを共有する必要があります複数のウェブサイト（管理&公開）をしましたか？

ビジネスロジックが含まれる：データベースと

• ロジック（マルチテーブル付きすなわちトランザクション）
• メールサーバー

EDITとSharePointの情報

ロジックとロジックを

Typo、should be 3 proje 3つの解決策の代わりにctsを使用しますが、同様のケースである必要があります。AdminWebSiteおよびPublicWebSiteには、参考としてEntityFrameworkが追加されています。

MVC3前EDIT 2

、私はすべてのビジネス・ロジック、およびまた、リポジトリのクラスが含まれてクラスのプロジェクトを作成します。したがって、すべてWebSiteまたはWebServicesは同じビジネスロジックを使用できます（ただし、それはベストプラクティスではありません）。

しかし、EF6でMVC5に移動すると、リポジトリと作業ユニットが消えてしまったようです。また、ビジネスロジックなしでCRUDを直接行うためのテーブルもありますが、すべてのテーブル用にリポジトリを実装する必要はありません。

これは、Too broadです。

Answer 1

はこれにで見てください： http://dombrovsky.github.io/EntityHooks/

それはEF6で動作するように設計されたフレームワークのように見えます。レコードが挿入または更新されるときなど、特定のイベントが発生したときにカスタムビジネスロジックを記述できるようにする必要があります。

Answer 2

プロジェクトを解決することができます。

私は通常、別のプロジェクト（クラスライブラリ/ DLL）にデータベースレイヤーを持ち、他のプロジェクトに参照させます。この方法では、データベースモデルの変更を簡素化するORM（Entity Framework）のコピーが1つしかありません。また、テーブルとストアドプロシージャを含む実際のスキーマ定義を保持するデータベースプロジェクト（SQLサーバーの場合）を作成します。これは、スキーマを変更して展開するための優れた方法です。

コードのかなりの部分を再利用できる場合はいつでも、それをクラスライブラリにしてクライアントプロジェクトで参照することをお勧めします。

Answer 3

一つの解決策Webプロジェクト、BLLプロジェクト、DALのプロジェクトを含め、Webプロジェクトは、私がEntityFrameworkという名前のプロジェクトを持っていないパブリッシュおよび管理

Answer 4

含まれている、私はあなたがインフラストラクチャという名前のプロジェクトにこのプロジェクトを交換することをお勧めします。このインフラストラクチャプロジェクトには、EmailSendersやEntityFrameworkクラスなどのDALクラスなどの外部ソースに依存するクラスや、今後何らかの理由で他の外部サービスと置き換えたいことがあるクラスが含まれます。

ビジネスロジックは、コアプロジェクトに保存する必要があります。このコアプロジェクトは、Webプロジェクトまたはインフラストラクチャプロジェクトのいずれも参照しません（ただし、Webプロジェクトは、インフラストラクチャとコアプロジェクトの両方を参照します）。コアプロジェクトにEmailSenderが必要な場合は、IEmailSenderのようなインターフェイスも参照します。これはコアにもあります。

これは基本的に私が示唆している構造である：

• AdminWebSite
• PublicWebSite
• インフラ
  • EF
  • ログイン
  • メッセージ
  • SharePoinトン
• コア
• テスト（このプロジェクトは、すべてのあなたのユニットテストと統合テストが含まれています）

私は本当にあなたが依存性の注入を使用して上に読むことをお勧めします。 DIを理解すると、コアとインフラストラクチャの分離が理にかなっており、ハードリファレンスがなくても相互にどのように使用できるかがわかります。

UoWまたはリポジトリを使用したくない場合は、EFをコアに移行することをお勧めしますが、インフラストラクチャプロジェクトは他の外部サービスに対しても非常に有効です。