ASP.net コントロールにビュー ステートが必要になることが明確にわかっていない限り、通常、ASP.net コントロールのビューステートを無効にします。これにより、生成される HTML のページ サイズを大幅に縮小できることがわかりました。
これは良い習慣ですか?いつ有効または無効にする必要がありますか?
ASP.net コントロールにビュー ステートが必要になることが明確にわかっていない限り、通常、ASP.net コントロールのビューステートを無効にします。これにより、生成される HTML のページ サイズを大幅に縮小できることがわかりました。
これは良い習慣ですか?いつ有効または無効にする必要がありますか?
はい、それはとても良い考えです。キャッシングと同様に、Microsoft によってデフォルトで無効にされるべきだったと主張する人もいるかもしれません。
サイズの増加という点で Viewstate がどれほど悪いかを確認するには、Viewstate Analyzerというツールを使用できます。これは、Viewstate を有効にして開発された既存のアプリケーションがある場合に特に便利です。
Viewstate を無効にするもう 1 つの正当な理由は、依存するコンポーネントが大量にある場合、後の段階で無効にするのが非常に難しいことです。
良い習慣だと思います。多くの ASP.NET 開発者は、viewstates がユーザーのブラウザーに送信される HTML に膨大な負荷をかけることを認識していません。
MSDNの「ASP.NET状態管理の推奨事項」の記事に含まれている情報は、決定を下すのに役立ちます。
一般に、ASP.NET 2.0以降では、イベントの発生などに必要な情報を格納するための制御状態が導入されているため、ViewStateを無効にしても破壊的ではありません。
それは良い習慣です。ポストバックで ViewState 値を使用する場合や、複雑なコントロール自体で必要な場合を除き、クライアントに送信されるものの一部として ViewState を保存することをお勧めします。
間違いなく良い考えです。開発者が毎回Page_LoadでdataGridをバインドしているだけでなく、ビューステートを送信しているページも悪くありません。
また、AJAX拡張機能からUpdatePanelを使用することを計画している場合は、非常に良い考えです。つまり、UpdatePanelリクエスト中に送信する量が少なくなります。
(UpdatePanelが優れている可能性があると言って炎上しないでください:P)
_Viewstate は、転送する必要があるバイト数を不必要に増やす可能性があります。そのため、データが次回使用される場合を除き、オフにすることをお勧めします。