ウィザードとして機能し、その中に他のコントロールを含むカスタム コントロールを作成しました。空のasp.net Webフォームページを使用してコントロールを構築およびテストしたところ、すべてが完全に機能していました。コントロールを SiteFinity のページに追加しましたが、viewstate がないようです。何も保存または再ロードされません。ページのソースに巨大なビューステート BLOB がありますが、フィドラーを使用してトラフィックを監視すると、_viewstate が空として送信されます。私が構築するコントロールには、更新パネルがあります。
どうしたんだ？ライフサイクルのどこで処理するかを変更しようとしましたが、何も役に立ちません。ビューステートの問題だと確信しています。どうしたの？完全なポストバックを行わずにビューステートをポストするにはどうすればよいですか?
はい、sitefinity を介してページとコントロールでビューステートを有効にし、コントロールとすべてのサブ コントロールでビューステートを有効に設定しました。
これについては、SiteFinity の一般的なディスカッション フォーラムに長いスレッドがあり、修正は 4 月 13 日の週に予定されている第 1 四半期のリリースで公開される予定です。
今日、Ivan (SiteFinity サポートから) が投稿しました:
仮想パス プロバイダーに完全に移行しました。これは、Sitefinity ページが他の ASP.NET ページとまったく同じように動作することを意味します。明らかな機能上の利点 (正確なライフサイクル) とは別に、これによりパフォーマンスも大幅に向上します。
この修正は、4 月 13 日に予定されている Sitefinity 2011 Q1 で利用可能になります。
もう一度、あなたと影響を受けた他のすべての人に、この問題について本当に申し訳なく思っており、修正に時間がかかりました.
幸運を。
HTH - ホイト
更新:この問題は、Sitefinity 4.1 で解決されました。さらに問題がある場合は、遠慮なく私に連絡するか、フォーラムに書き込んでください。
コントロールの実装で行っていることは何も悪いことではありません。あなたが説明する問題は、Sitefinity ページでの ViewState の処理に関するより広範な問題であり、Sitefinity コミュニティの他の人もそれを報告しています。しばらくの間、この問題に取り組んできましたが、予想したほど簡単に修正できないことが判明しました。残念ながら、現在のところ回避策を提供することはできません。ごめんなさい。
ただし、上級開発者がこの問題の解決に向けて懸命に取り組んでいることは保証できます。次の第 1 四半期のリリースに向けて修正を出荷するために、できる限りのことを行います。
敬具
Slavo
Sitefinity チーム @ Telerik