ステートレスasp.netアプリケーションとViewStateの

Question

マイクロソフトのドキュメントhttp://www.asp.net/aspnet/overview/developing-apps-with-windows-azure/building-real-world-cloud-apps-with-windows-azure/web-development-best-practicesは、しかし、その実際のアプリケーションがデータを保存する必要があるにも言及し、Webサーバ上に格納していない」

に提案され、ステートレスなWebアプリケーションを維持するために奨励しますあなたは、クッキーのクライアントや、キャッシュの提供を使用してASP.NETセッション状態のサーバー側にあるなど、他の方法で状態を保存することができます。

このロジックに続いて、ステートレスなアプローチでステートフルなASP.Net Web FormsアプリケーションでViewStateを使用していますか？クッキーと同じようにクライアント側に保持されます。理想的なシナリオを想定しましょう。ここでは、セッションとアプリケーションを使用してデータを格納しません。

Answer 1

確か; ViewStateを使用するのは、無国籍という点でクッキーを使用するのと同じです。

Webフォームは、MSと開発コミュニティが遠ざかった旧式の技術であることに注意してください。 Razorのテンプレートで、asp.net Webアプリケーションをレンダリングするための、より軽量で柔軟なアプローチを検討する必要があります。

ViewStateに保存されるデータの量に大きな問題があります。部門CRUDアプリケーションを作成している場合はおそらく問題ありませんが、モバイルデバイスをターゲットとしたものではおそらく飛びません。

また、Webフォームは非常に特異なHTMLを生成し、最新のクライアントサイドテクノロジを使用するのを困難にします。

Here's a link to a pretty good articleは、カミソリテンプレートの上昇とウェブフォームのdclineにあります。

Answer 2

用語 "ViewState"には "state"が含まれているため、定義上はビューの状態を提供すると見なされます。ただし、Cookieとは異なり、ViewStateはビューのみの状態を提供し、他のページやセッションは提供しません。 Cookieは、今後のセッションで使用できます.ViewStateは、ビューの現在のインスタンスでのみ使用できます。ページがなくなったときにViewStateが失われる程度まで、ViewStateはではなく、はクライアント側に保持されます。 ViewStateの主な目的は、ページ外の状態で使用するのではなく、ポストバックの状態を保持することです。