この質問が一般的すぎる場合はご容赦ください。Breeze はどのような価値を提供しますか? 最大の売りは、変更追跡と薄い「最低限の」クエリのようですが、それはサービス層の責任ではありませんか? これらの操作をクライアントで実行することが便利になったのはなぜですか?
サンプルを確認したところ、Breeze ではサーバー側の責任の多くがクライアントに忍び寄っているように見えます。私は伝統的に、アプリケーションのさまざまなシナリオに合わせてさまざまな DTO を使用して SPA を構築し、ワイヤー サーバー側で何が行われるかを定義してきました。そのデータの CRUD は、JS から適切な API 呼び出しを行うだけの問題です。
私の意見では、この戦略により、他の開発者もクライアントを構築しやすくなります。彼らが知る必要があるのは、API エンドポイントと JSON 構造だけです。そよ風で、彼らはもっと知る必要があります。
このライブラリの価値を理解するのに苦労していますが、そうしたいのです! ここでの情報/議論は素晴らしいでしょう。乾杯 ：）
Breezeを使用すると、JavaScript（ビューモデル）クライアント側でクエリを簡単に作成し、breezeコントローラーを介してクエリをプッシュすることができます。
Breezeは、Entity FrameworkをJavaScriptフレームワークにラップし、クライアント側でクエリを構築する機能を提供しますが、それでもサーバー側でクエリを実行します。多くの追加機能が含まれており、JavaScriptレイヤーを介してDBデータを完全に利用できるようにします。
いくつかの努力を呼び出すには：
もちろん、クライアントアプリケーションがどれだけリッチになるかによって異なります。しかし、SPAはかなりリッチインターネットアプリケーション（RIA）です。通常の複雑なアーキテクチャにより、Breezeは適切に設計されたJSデータアクセスを簡単に実装できます。
のような複数のDBオブジェクトを変更できるグリッドを実装したいとしますPerson。サードパーティのグリッド（Kendoなど）は通常、クライアント側の検証をサポートして、ユーザーのエクスペリエンスと帯域幅の使用を改善します。インターネットアプリはデータサーバー側を検証する必要がありますが、骨頭の間違いはバックエンドに送信する前にクライアント側で検出する必要があります。Breezeは、クライアント側の検証を簡単に実装できます。