ASP.NETプロジェクトの1つを再構築し始めようとしています。これは、viestateをオン（web.configで無効）にせずに開発してみたいと思います。
ビューステートの長所と短所について知っており、一般的に、コントロールステートと比較して何を追跡しているのかを知っていますが、知りたいのは次のとおりです。
主な開発プロセスの違いは何ですか？つまり、Page_Loadなどの構造はどのように異なりますか？
ビューステートをオンにしないと実際には機能しない標準のASP.NETコントロールの機能はありますか？
また、VSを使用する場合と使用しない場合のワークフローの違いに関する詳細な記事はありますか？
ビューステートに反対している場合は、MVCフレームワークを使用してみませんか？調整が簡単な場合があります。
プロジェクトでビューステートを無効にします。scatter / collectメソッドを使用して、aspxページからデータアクセスオブジェクトに値を入力したり、データアクセスオブジェクトから値を取得したりします。ビューステートを使用するよりもはるかにクリーンでシンプルです。
TextBoxes や DropDownLists などのほとんどのコントロールは、viewstate がなくても完全に機能します。
コードを介して作成または変更されたコントロールまたはプロパティはviewstateなしでは保持されないため、ポストバックでそれらを再作成/変更する必要があることを除いて、開発プロセスの問題については知りません。
大きなビューステートを持つ非常に大きなページがいくつかあります。プロジェクト全体のビューステートを無効にする実験を行いましたが、(最初は) 機能の顕著な損失は見られませんでした。その後、テスト中にいくつかの小さな問題が発生したため、元に戻しました。しかし、私たちの 300 ページの Web アプリは、ビューステートなしでおそらく 99% 機能していました。私たちが抱えていた問題は、データグリッドに集中していました。主にページングであり、動的に作成されたコントロールやコード ビハインドによって変更されたその他のものであり、viewstate なしでは保持されませんでした。
これは、Viewstate に関する非常に優れた記事です。