私たちは、John Papa の Pluralsight コース (Web API、ノックアウト、jquery など) と同様のテクニックとテクノロジを使用して SPA を開発しようとしています。ただし、会社としては、Entity Framework を使用しないことにしました。標準の ADO.NET を使用して、サーバー側のデータ層を作成したいと考えています。
現在、Breeze をソリューションに統合する可能性を検討しています。ただし、Breeze の Web サイトには Microsoft との関係はないと書かれていますが、EF を使用しないと、Breeze との長くつらい旅に出ることになるようです。
NoDB Breeze の例を評価してみましたが、これは非常に複雑で理解しにくいものです (サーバー側の標準的な階層化されたアーキテクチャに実装する方法を理解するだけでなく、すべてが密結合されているようで、単に配置されているようです)。 MVC/Web API プロジェクトの Models フォルダー)。
だから、私の質問は次のとおりです。
-- EF を使用していない場合、クライアント側のデータ ライブラリとして Breeze を選択するのは間違っていますか?
-- Breeze で EF を使用せず、サーバー側で直接 ADO.NET を使用するように簡単に設定できる場合、これを行う方法を示すより良い例またはドキュメントはありますか?
-- 私たちの SPA の実装は、デュランダル、ノックアウト、Web API などを備えた John Papa の SPA アーキテクチャによく似ていますが、(再び) EF を使用していないことを除けば、Breeze よりも優れた選択肢はありますか?
-- そして、SignalR があります...後で SignalR を実装する予定ですが、Breeze は SignalR でも動作しますか?
ありがとう!