問題タブ [viewstate]

カスタム ASP.NET コントロール開発の深みへの旅で、ASP.NET PostBack モデルと、それがコントロール開発にどのように影響するかについて明らかに頭を悩ませています。

ASP.NET ではコントロールに「有効期間」がないため、ページを読み込むたびに再初期化する必要があることを理解しています。オブジェクトの値/パラメーターを ViewState に永続化することで、これを克服します。

したがって、私が読んだ多くの記事では、ページにかなりのオーバーヘッドが追加される可能性があるため、PostBack を使用しないことをお勧めします。無効にする方法を探しているわけではありません。

私が探しているのは：

PostBack モデルを使用してコントロールを初期化する代わりに、どのような方法が必要ですか?

QueryString を使用できることはわかっていますが、これは非常に面倒で、明らかに信頼性が低いようです。

理想的には、別のアプローチのアーキテクチャ/設計の概要と、その長所/短所を教えてください..

どうもありがとう^_^

ロード前のいつか発生することは知っていますが、正確にはどのイベント中に発生しますか？

データベースからレコードを取得し、それを Web ページ (私は ASP.NET を使用しています) に表示する必要がありますが、そのレコードの ID (主キー) をどこかに保存して、後でその ID を使用してデータベースに戻ることができるようにします (おそらく更新を行うため）。

ID を ViewState や非表示フィールドに保存するなど、おそらくいくつかの方法があることはわかっていますが、どの方法が最適で、他の方法よりもこの方法を選択する理由は何ですか?

状況は次のとおりです: ラベルのテキスト セットがあり、すぐに次のように response.redirect() 呼び出しが続きます (これは単なる例ですが、私の状況を正確に説明していると思います)。

aspx:

コード ビハインド (onclick イベントで呼び出されるコード):

ページがレンダリングされると、ラベルに「デフォルト テキスト」と表示されます。他に何をする必要がありますか？私の理解では、そのような変更は舞台裏で自動的に行われるということでしたが、どうやらこの場合はそうではないようです。ありがとう。

少し余分な背景として、コード ビハインド スニペットは、onclick イベントで呼び出されるメソッド内で呼び出されます。他にもありますが、この問題に関連するものだけを含めました。

メソッドもシリアル化する JSON の機能強化を探しています。オブジェクトのコレクションとして機能するオブジェクトがあり、コレクション オブジェクトのメソッドもシリアル化したいと考えています。これまでのところ、 ClassyJSONを見つけました。何かご意見は？

JSFのビューステート隠しフィールドのサイズを減らすための最良の方法は何ですか？私のビューステートは約40kであることに気づきました。これは、サーバーに到達するすべての要求と応答でクライアントに戻り、サーバーに戻ります。これは、ユーザーにとって大幅な速度低下です。

My Environment JSF 1.2、MyFaces、Tomcat、Tomahawk、RichFaces

ControlクラスのViewStateプロパティを介してデータを永続化する必要があるコントロールを作成しました。私たちのクラスサブクラスは、ViewStateプロパティへのアクセスを取得するために厳密に制御します（Pageオブジェクトで保護されています）。OnInitのPage.Controlsにコントロールを追加してから、OnPreLoadでViewStateプロパティを設定しようとしています。

ページのViewStateをデコードして調べるとき、値は書き出されていないため、後で取得することはできません。

ViewStateプロセスに参加するためのコントロールを取得する方法を知っている人はいますか？

私は従来のASPからASP.NETに移行しており、多くの人がすでに「ビューステート」として知っているものに遭遇しました。私は自分の思い込みで銃をジャンプしているかもしれませんが、それは非常に面倒に見えます。私は過去に多くのASPフォームを開発しましたが、状態の維持に問題はありませんでした。別の方法がありますか、それともASP.NETでこのViewstateのことを学ぶ必要がありますか？Visual Studio 2008、VB.NETを言語の背後にあるコードとして使用し、Frameworkv3.5をSQLServer2005で使用しています。

ASP.NET でのこの例外の原因は何ですか? 明らかにビューステートの例外ですが、例外をスローしているページ (ボタンとナビゲーション リンクを備えた単純な 2 つの TextBox フォーム) でエラーを再現できません。

FWIW、私は Web ファームを運営していません。

例外

エラー メッセージ: データを検証できません。

エラー ソース: System.Web

エラー ターゲット サイト: Byte[] GetDecodedData(Byte[], Byte[], Int32, Int32, Int32 ByRef)

投稿データ

ビューステート:

/wEPDwULLTE4NTUyODcyMTFkZF96FHxDUAHIY3NOAMRJYZ+CKsnB

イベント検証:

/wEWBAK+8ZzHAgKOhZRcApDF79ECAoLch4YMeQ2ayv/Gi76znHooiRyBFrWtwyg=

例外スタック トレース

~ ウィリアム・ライリー・ランド

ユーザーがログインする内部 Web サイトがあります。このデータは Cookie として保存されます。そこから、ユーザーは楽しい道を歩み始めます。アプリケーションは、認証レコードをクエリして、ユーザーが持っている権限を判断することがよくあります。

私の質問は次のとおりです。必要なときにユーザー データの Cookie を照会するか、ユーザー情報をビューステートに保存する方が効率的ですか?

[編集] 以下で説明するように、Session もオプションです。