ASP.NET保持用户状态的九种选择(上)

Application

　　让我们通过回答上面的状态问题判定条件来说明该对象。谁需要数据？所有的用户需要访问它。需要保持数据多长时间？永久保持，或在应用程序生存期中保持。数据多大？可以是任何大小--在任何给定的时刻只有数据的一个副本存在。

　　在传统ASP中，Application对象提供了一个保存频繁使用但很少改变的数据片的位置，例如菜单内容和参考数据。尽管在ASP.NET 中Application依然作为数据容器存在，但是有其它一些更适合以前保存在传统ASP应用程序的Application集合中的数据的对象。

　　在传统的ASP中，如果被保存的数据在应用程序的生存期中根本不会改变（或很少改变，例如只读数据和大多数情况下是读操作的数据），Application对象是理想的选择。连接字符串就是保存在Application变量中的一个最普通的数据片，但是在ASP.NET中类似的配置数据最好保存在Web.config文件中。如果使用Application对象一个需要考虑的问题是任何写操作要么在Application_OnStart事件（global.asax）中，要么在Application.Lock部分中完成。尽管使用Application.Lock来确保写操作正确地执行是必要的，但是它串行化了对Application对象的请求，而这对于应用程序来说是个严重的性能瓶颈。图2演示了怎样使用Application对象，它包括一个Web窗体和它的代码文件。

　　Application.aspx

＜form id="Application" method="post" runat="server"＞ ＜asp:validationsummary id="valSummary" Runat="server"＞ ＜/asp:validationsummary＞ ＜table＞ ＜tr＞ ＜td colSpan="3"＞Set Application Variable:＜/td＞ ＜/tr＞ ＜tr＞ ＜td＞Name＜/td＞ ＜td＞＜asp:textbox id="txtName" Runat="server"＞＜/asp:textbox＞ ＜/td＞ ＜td＞＜asp:requiredfieldvalidator id="nameRequired" runat="server" Display="Dynamic" ErrorMessage="Name is required." ControlToValidate="txtName"＞* ＜/asp:requiredfieldvalidator＞＜/td＞ ＜/tr＞ ＜tr＞ ＜td＞Value＜/td＞ ＜td＞＜asp:textbox id="txtValue" Runat="server"＞ ＜/asp:textbox＞＜/td＞ ＜td＞＜asp:requiredfieldvalidator id="valueRequired" Runat="server" Display="Dynamic" ErrorMessage="Value is required." ControlToValidate="txtValue"＞* ＜/asp:requiredfieldvalidator＞＜/td＞ ＜/tr＞ ＜tr＞ ＜td colSpan="3"＞＜asp:button id="btnSubmit" Runat="server" Text="Update Value"＞＜/asp:button＞＜/td＞ ＜/tr＞ ＜/table＞ ＜asp:Label ID="lblResult" Runat="server" /＞ ＜/form＞ Application.aspx.cs private void btnSubmit_Click(object sender, System.EventArgs e) { if(IsValid) { Application.Lock(); Application[txtName.Text] = txtValue.Text; Application.UnLock(); lblResult.Text = "The value of ＜b＞" + txtName.Text + "＜/b＞ in the Application object is ＜b＞" + Application[txtName.Text].ToString() + "＜/b＞"; } }

代码段1.在ASP.NET中访问Application对象

　　它的输出如下图所示：



图1. Application对象的内容

　　注意图3中Application对象的内容是追踪输出的显示。追踪是个伟大的调试工具，但是在某个点，被打开的有追踪的页面可能出现在产品环境中。如果出现这种情况，你肯定不希望显示敏感的信息。这就是为什么Application对象从来不是推荐的存放敏感信息（例如连接字符串）的位置的主要原因之一。