0

次のプロジェクトのために、asp.net mvc に関する洞察を探しています。Mvc は非常に良さそうに見えますが、頭から先にジャンプすることについてはまだいくつかの懸念があります。

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

現在、Webforms アプリケーションを構築していますが、ポストバック後に通知を表示すると、引き続き「ビューステートが破損しています」というエラーが表示されます。ページが変更され、モーダルを表示するときに有効でなくなったことは理解しています....しかし、クライアント側の対話を作成するためのより良い方法が必要です。

これにより、asp.net mvc を調査するようになりました。私がこれまでに発見したことはすべて素晴らしいように見えます (テスト能力、関心の分離、疎結合ビューのサポート) が、Web フォームよりも mvc を起動して実行する方がはるかに多くの作業のように思えます...これはケースですか？

PS。クライアントは 1 つだけ (モバイルではなくデスクトップ/ラップトップ) で、これがどれほど重要か疑問に思いました。

ありがとう

4

1 に答える 1

1

支払い方法とタイムラインによって異なります。アプリを既に開始していて、切り替える作業がタイムラインに 10% 以上追加されるほど十分にアプリを完了している場合は、そのまま続行して、viewstate で発生している問題を修正する方法を見つけてください。小規模なプロジェクトの場合、より大きな遅延が許容される場合があります。本当に恣意的です。あなたが MVC に不慣れであることを考えると、学習曲線があるため、Web フォームよりも MVC でこれを行う方がほぼ確実に労力がかかります。

asp.net-MVCで重要なプロジェクトを行ったので、Webフォームで新しいプロジェクトを開始することは決してありません。したがって、MVC をすぐに学習することは間違いなく価値があります。解雇されたり、クライアント/ビジネスに損害を与えたりすることなく、このプロジェクトに切り替えることができる場合は、それを選択することをお勧めします. 今回でなかったら、次に、またはそれのコツをつかむために側面で何かをしてください。

于 2012-04-17T00:44:13.260 に答える