質問

い問題を維持した状態ASP.NET AJAXページです。ショートバージョン:私がもとめのページの更新ViewState後の非コールバックされているが反映される状態変化をサーバーのasyncます。

といっていいのかもしれない共通の課題が記載していマシナリオを理解する上で有効なものについて:

私はグリッドのように制御するにはJavaScriptを強化する能力をドラッグは行と列数で指定します。カラムまたは行に落としたり新しい位置は、AJAXのメソッドが呼び出される通知の制御サーバ側の火災に対応するサーバーサイドイベント"OnColumnMoved"または"OnRowMoved").

ASP.NET AJAX通話、デフォルトでは、お送り、ページ全体として対応いたしますこのページを通して完全な分野のプロフェッショナルviewstateが続きの状態の制御が戻る前にRaiseCallbackEventのメソッドが呼び出されます。

しかしながら、AJAX通話を更新しませんのページのViewStateを反映して 独自の 状態の制御の列や行しています。なので、クライアント側でのアクションが生じたときは、AJAXの要求がサーバーのページを制御内蔵して再度アップになるまでの 状態の制御ではなく、状態後の最初の列は行ます。

この問題に広が多くの意味を持つ。たとえば、しいクライアント側の/AJAX actionを追加する新商品のグリッドおよびその列をドラッグして、グリッドにはサーバ側のつの項目をクライアント側です。

最後に&でも特定の例では、実際のデータソースオブジェクトを作権に格納されたページViewState.したデザインを決定するつのステートコピーの操作データが語るとともに、それらをDBの後、多くの操作、または破棄された場合、ユーザバックです。る場合があります。

なので、もう一度、必要な方のためのページViewStateにされている場合がありますコールバックの後、AJAXの方法で焼成します。

役に立ちましたか?

解決

までにシャッフリングのViewState頃かってみるべきではないだろうか使UpdatePanel.その一部を供 のページの更新のViewStateます。

他のヒント

チェックす。 調整のICallbackEventHandlerとViewstate.著者のように取り組むのもい状況を経験して:

の場合はICallbackEventHandlerしての障害を克服して新の状態管理のためのコールバック.最初の問題では、読み取り専用のviewstate.その他は実際の登録、変更、ユーザーによって説明されてきたかを事前にライブオークションの発動のコールバック.

のブログのための提言をどのように解決するのか。チェックアウトもこの フォーラムポスト ついて論評するのと同じ問題です。

ったこれらのリンクをお客様よりご提供いただいたものとしてはいけを記述する問題は解決します。の著者のブログによる回避策を適用ViewStateプロバイダが、残念ながらう機会を設けていきたいと思いる可能性この場合---私は本当に必要の事項をViewStateだけでなフックに何をしているout-of-the-box。

からかなりエレガントな解決方法と TelerikのRadAjaxManager.しかも、基本的に登録す各制御が起る可を登録し各制御する必要のある描かれたその後可を行う非同期.のRadAjaxManagerのDOM後の非可と書き換えのViewState、すべての影響を受けます。しpeekには、反射板、まったりしましたkludgyボンネットの下には、そのスーツです。

かわからないのはなぜことはできませカスタムロジェクトで進めること、組み込みASP.NET AJAXでUpdatePanelには同じものだと言ってもいいです。

それだけで追加します複雑さまの支援とが難しくなっているその他仕様アプリです。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top