JavascriptのMVCフレームワーク（関心の分離）はasp.net MVCと互換性がありますか？

Question

誰もがASP.NET MVCでJavaScriptのMVCフレームワークを使用する機会があった？

基本的に私は、可能な場合はそれらを一緒に使用しての途中でアドバイスを探して、私のasp.net MVCアプリiは取り除くことはできませんが、私には、JavaScript / jQueryのための関心事の分離のいくつかの並べ替えを使用するのが大好きです..ます。

は、誰もがこのようなものを使用しましたか？ asp.net MVC 2は互換性がないだろう、多分ビューを提供しますので、私は、一緒に2を想像しようとしています.... ??

それとも、JavaScriptがちょうどOOP拡張フレームワークを使用し、もしそうであれば...誰もがasp.netのMVCと並んで働くだろう良いものを知っている方が良いでしょう？

Answer 1

マークが、私はJMVCに別の要因です。 JMVCは、生データサービスから動作するように設計されていますが、それは多くの帽子を着用することができます。

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

利点は、すでに再利用可能なサービスを作成したということです、そして、あなたのUIロジックがすべて一つの場所（クライアント）である。

しかし、あなたは物事をこの方法で行う必要はありません。最高の場所は、ビューデータを作成する場所を決めることができます。

あなたの意見はすべてサーバー側（クライアント要求からHTMLを返す）している場合は、

、あなたも多くのJMVCビューを必要としない場合があります。あなただけのコントローラを使用します。ただし、コントローラはJMVCの最良の部分です。あなたがイベントを付ける心配する必要はありませんので、彼らはイベントの委任を使用！

ここで私はレールと私たちのアーキテクチャについての話のポストです。

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

Answer 2

私はJMVCの選手の一人です。はい、あなたは一緒にそれらの2を使用することができます。私たちは、それはあなたのデータのためのきれいな分離を提供して、クライアント/サーバー層を分離するためにRESTサービスを使用してアドバイス。 RESTを使用すると、戻ってJSONとして来るすべてのドス、要求を行うことによって、あなたのクライアントとのデータを消費すると思います。 JavaScriptMVCは、あなたのコントローラにコールバックを呼び出すと、あなたは、データをレンダリングするために、クライアント側のテンプレート（ビュー）を使用すると思います。

2は間違いなく互換性があり、それはあなたがあなたのロジックが存在する場所によって異なります。シッククライアントは、拡張性と保守性など、多くの利点があります。