単一のクライアントを持つAsp.net mvc価値がある？

Question

私は次のプロジェクトのためのasp.net mvcの洞察を探しています。 Mvcは本当にうまく見えますが、私は頭の中で最初にジャンプすることについていくつかの留保があります。

アプリはいくつかのデータ入力で構成されますユーザーはデータからレポートを生成します。私の目標は、アプリを高度なインタラクティブ（動的チャート、自動完了、検証、サーバー通知の更新など）にすることですが、問題が発生しています。

現在のところ、私はWebformsアプリケーションを構築していますが、ポストバック後に通知を表示するときには、 'viewstate is corrupt'を実行し続けます。私はページが変更されていることを理解していますが、モーダルを表示するときは有効ではなくなりましたが、クライアント側のやりとりを作成するにはより良い方法が必要です。

これは私がasp.net mvcを研究するように導いてくれました。これまで私が見つけたことは、テストの能力、懸念の分離、緩い（r）の結合ビューをサポートしていますが、それはwebformsと比べてmvcを起動して実行するには、もっと多くの作業のようですこの場合？

PS。私は単一のクライアント（デスクトップ/ラップトップではない）しか持たず、これがいかに重要であるか疑問に思っています。

おかげ

Answer 1

それはあなたが支払われているかに依存し、タイムラインは何ですか。既に開始していて、切り替えの作業がタイムラインに10％以上追加されるようなアプリをすでに完成させていれば、私はあなたのように続行し、ビューステートでの問題を解決する方法を見つけ出すでしょう。それがより小さなプロジェクトであれば、より大きな遅延がより受け入れられるかもしれません。本当に任意です。あなたはMVCを初心者にしているので、学習曲線があるので、MVCでこれを行うのはウェブフォームよりももっと確実です。

asp.net-MVCで重要なプロジェクトを行ったので、私はWebフォームで新しいプロジェクトを開始することはありません。 MVCをすぐに学ぶことは間違いありません。あなたが解雇されたり、クライアント/ビジネスに危害を加えたりすることなく、このプロジェクトのために切り替えることができれば、それを求めて行くかもしれません。今度はそうでなければ、次のものをやります。