次のプロジェクトExtjsとASP.NETMVCに使用したいと思います。
この2つのフレームワークを一緒に使用する最良の方法は何でしょうか。これまで、ASP.NET MVCを使用していくつかのプロジェクトを実行しました。このプロジェクトでは、すべてのアクションメソッドがビューを返し、ページを再読み込みしました。Ext js mvcアプリケーションは、シングルページアプローチを使用します。
私はextjsにかなり慣れていないので、誰かがこの2つのフレームワークを使用して実際のアプリケーションを構築した経験を共有できるかどうか疑問に思っています。
あなたにとってより良いと思うようにextjsを使うことができます。そのコンポーネントを単純なウィジェットとして使用することも、完全な JavaScript (extjs) クライアントを作成することもできます。しかし、実際の要件はどれですか? 単一ページのクライアントですか、それとも従来のクライアントですか?
現在のプロジェクトでは、ASP.Net MVC フレームワークと extjs ウィジェットの使用を開始しました。しばらくは問題ありませんでしたが、顧客はより洗練された UI とより優れたユーザー エクスペリエンス (とりわけ) を求めたため、アプリを変更して終了しました。 MVC モデルとコントローラー (ビューは削除されました) と、extjs 4.1 を使用して完全な JavaScript クライアントを作成しました。
その後、ASP M_C フレームワーク (ビューなし) を使用していることに気づきましたが、それはナンセンスでした。そのため、ASP MVC プロジェクトを取り除き、WCF Rest サービスに置き換えました (ASP.Net Web でも実行できます)。アピ）。
私たちは自分たちの決定とその結果のデザインを誇りに思っています。可能であれば、extjs (それを学ぶのはかなり難しい) と JavaScript を知っていて、あなたの決定をサポートできるのであれば、アプリケーションを 2 つに分割したままにしておいてください。
サーバー側のサービス/API と、完全な JavaScript アプリケーション。
幸運を！
@lontivero の回答に同意できるかどうかはわかりません。現在、ASP.NET MVC をバックエンドとして、ExtJS をフロントとして使用するプロジェクトに取り組んでいます。
指摘したように、ASP.NET MVC スタックから V を失い、クライアント側の ExtJS モデルで C# ビュー モデルを複製する必要がありますが、MVC をバックエンドとして (事実上Jsonエンドポイントの残りのベースのコレクション）は絶対に問題ありません。
Ext で完全なクライアント側の js アプリを活用しながら、MVC でモデル バインディング、モデル検証を利用できます。
この構造を使用してうまくいかなかった点について知りたいです (完璧とは言いませんが、機能しているようです)。
以前のプロジェクトではExt.NET (バージョン 0.x-1.x)を使用しました。私たちのプロジェクトを (現在の) バージョンにアップグレードするための包括的な取り組みを行った後でも、Ext.Net 2.x を削除する必要がありました。それがあなたに合っているなら、それは助けになることができます。
Ext.Net の主な問題は、(いくつかの) ASP.NET との非互換性と信頼の欠如でした。彼らは以前はスケジュールを守っていましたが、ここ 2 年ほどはそうではありません。そして彼らは ExtJS の背後にいます。