ブリーズのEFContextProviderを別のデータ層プロジェクトに実装する方法を考えていました。また、そのプロジェクトはクラス ライブラリであり、MVC 4 アプリケーションではないため、これをプロジェクトにどのように含める必要がありますか? Breeze NuGet パッケージに含まれているトリックの袋全体は実際には必要ありません。EFContextProviderのものだけが必要です。John Papa が素晴らしい multiplesight コースで行ったように、 EFContextProvider DbContext ラッパーを使用して Unit of work パターンを実装したいと考えています。誰もこれをやったことがありますか？任意のヒント？
ありがとう
Repos と個別のモデル プロジェクトを備えた本格的な UoW を備えた "TempHire" と呼ばれる、より洗練されたサンプルを用意しています。
Breeze.NET コンポーネント (Breeze アプリ用の .NET サーバー側ヘルパー ... .NET を使用する場合) はすべて単一の .DLL に含まれており、MVC にはまったく依存していません ... zip. そこにはWeb APIのものがあります。多分それはあなたが関係していることです。ええと... これはGitHub のオープン ソースであることを思い出してください。Breeze .DLL に制約されることはありません。お好きなパーツで自作してください。
私の見解では、UoW はリポジトリからの短いホップです。境界付けられたコンテキストとは何かを理解し、それを DbContext の実装に変換できる場合は、移行を自分で行うのに多くの助けは必要ないと思います。それに魔法はありません。
すべての人に、 Pluralsight Design Patterns コースの Repository と UOW に関する Scott Allen のビデオを強くお勧めします。おそらく、私が今まで見た中で最も明確で専門用語のないこれらのパターンの解説です。
これは、Breeze http://www.breezejs.com/spa-template#serverを使用してサーバー上で UoW と Repo を使用する方法についての Breeze の人々からの投稿です 。