5

ASP.NET MVC で JavaScript MVC フレームワークを使用する機会があった人はいますか?

基本的に、可能であればそれらを一緒に使用する方法についてのアドバイスを探しています。私のasp.net MVCアプリは取り除くことができませんが、javascript / Jqueryの懸念事項のある種の分離を使用したいと思います...

誰かがこのようなものを使用しましたか?asp.net mvc は VIEWS を提供するため、2 つは互換性がない可能性があるため、2 を一緒に描こうとしています....??

それとも、javascript 用の OOP 拡張フレームワークのみを使用する方がよいでしょうか? もしそうなら ... asp.net mvc と並行して動作する優れたフレームワークを知っている人はいますか?

4

2 に答える 2

4

私は JMVC のメンバーの 1 人です。はい、この 2 つを一緒に使用できます。REST サービスを使用してクライアント/サーバー レイヤーを分離することをお勧めします。これにより、データが最も明確に分離されます。REST を使用すると、JSON として返されるすべての todo をリクエストすることで、クライアントでデータを消費します。次に、JavaScriptMVC がコントローラーへのコールバックを呼び出し、クライアント側のテンプレート (ビュー) を使用してデータをレンダリングします。

この 2 つは間違いなく互換性がありますが、ロジックをどこに配置するかによって異なります。シック クライアントには、スケーラビリティや保守性など、多くの利点があります。

于 2009-05-15T20:10:14.520 に答える
4

マーク、私も JMVC の貢献者です。JMVC は生データ サービスから動作するように設計されていますが、多くの役割を果たします。

これは、シン サーバー アーキテクチャに基づいています。たとえば、サーバーとクライアントの両方でビューの作成を分割する代わりに、asp.net を使用して生の JSON データを作成し、それを JavaScript に渡します。JavaScript はそのテンプレートを使用して最終的な HTML 構造を生成します。

利点は、再利用可能なサービスが既に作成されており、UI ロジックがすべて 1 つの場所 (クライアント) にあることです。

ただし、このようにする必要はありません。ビュー データを作成する最適な場所を決定できます。

ビューがすべてサーバー側 (クライアント要求から HTML を返す) である場合、多くの JMVC ビューは必要ないかもしれません。コントローラーを使用するだけです。ただし、コントローラは JMVC の最良の部分です。イベント委任を使用するため、イベントの添付について心配する必要はありません。

これは、レールを使用したアーキテクチャについて話している投稿です。

http://javascriptmvc.com/blog/?p=68

于 2009-08-22T20:00:51.583 に答える