2012-03-04 9 views
0

私はasp.net webformアプリケーションを構築し始めました。徐々に、私はすべてのプレゼンテーションロジックをjavascriptに移しました。私はすべてのポストバックを削除し、それらをjsonデータを受け取って処理して返すWebサービスへの呼び出しに置き換えました。私は自分のWebサービスから受け取ったjsonに基づいてHTMLを生成するためにjavascriptを使用しています。テーブルを生成するgridviewはなく、すべてがページ上に生成されます。私はMVCからどのくらい離れています

私は、aspxページにはもうコードがありません。すべてのロジックをAppCodeフォルダのコードライブラリに移動しました。私はviewstateを使用していません。ロード時にユーザーデータを挿入するために複数のリテラルを使用するマスターページが残っています。マスターページにはこのプロセスを管理するためのコードがいくつかあります。私が使用しているWebフォームの主な機能はメンバシップ管理です。マスターページに1つのログインページと1つのボタンがあり、ポストバック時にログアウトをトリガします。

最終的に、フロントエンド全体が1ページのアプリケーションとして機能します。

私はMVCアプリケーションをどこまで持っていますか?私のアプリケーションの構造をそのまま維持するか、MVCアプリケーションに移行することで利益が得られるでしょうか?

答えて

4

WebFormsとMVCの主な違いは簡単です.WebFormsでは、基本的にビュー( "MyPage.aspx")が呼び出され、追加のロジック/コードが追加されています。 MVCでは、ロジックを含む "products/detail"のようなリモート関数(action)を呼び出し、ブラウザに何を返すかを決定します(例えば、ビュー、json、javascriptなど)。したがって、あなたの記述によれば、これらの「リモートメソッド」は概念的には、Webサービスの代替としてうまく機能します。

しかし、最初のWebページをレンダリングして残りのすべてのWebサービスを使用するためにWebフォーム部分を使用しているので、MVCに移行することによるメリットはないとは思えません。新しいWebAPIはおもしろいかもしれませんが、既にサービスをご利用いただいている場合は、今すぐ移動する必要があるかどうかわかりません。

WebFormsとMVCのメンバシップは同じなので、ここで何も変更する必要はありません。

私は言う:もしあなたの現在のデザインがうまくいけば、今のところそれをそのまま残す。

+0

遠く離れていなくても、スイッチングのメリットはありません。 – Stilgar

関連する問題