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

Web.config和Machine.config文件

　　这些文件中的数据对于某个应用程序的所有用户来说都可以使用。Web.config文件中存储的数据可用于应用程序的整个生命周期。这些数据一般很小，该对象一般用于保持文件位置和数据库连接的字符串。大的数据片最好保存在其它位置。

　　作为其它多样集合对象的补充，ASP.NET引入了一组XML配置文件用于管理应用程序甚至于整个服务器的很多设置。每个ASP.NET应用程序使用Web.config文件来设置它的许多属性，每个服务器在系统文件夹下有一个作为应用程序基础的Machine.config文件。这些设置都作为默认值使用，除非重载。作为保存配置数据的补充，这些文件可以保存应用程序（或多个应用程序）需要的数据。

　　无论什么时候应用程序启动都会读取配置信息，接着这些信息被缓冲。由于被缓冲了，应用程序可以快速读取它们，因此不需要考虑应用程序的瓶颈，因为它经常执行某个文本文件的一些整型信息。此外，某个应用程序的Web.config的改变将导致应用程序重新启动。这确保了对配置文件信息的修改立即反映到应用程序中。

　　数据库连接信息，默认图像路径和XML数据文件路径是通常保存在Web.config文件中的数据片。在Web.config文件中保存数据的语法如下，在理想的情况下你也许希望使用集成的SQL身分验证：

＜configuration＞ ＜!-应用程序特殊设置 --＞ ＜appSettings＞ ＜add key="connectionString" value="server=myDBServer; uid=myUID;pwd=myPassword;database=myDB" /＞ ＜/appSettings＞ ＜system.web＞ ＜!-所有的wsb设置 --＞ ＜/system.web＞ ＜/configuration＞

　　为了访问ASP.NET页面中的值，可以使用ConfigurationSettings集合，它在System.Configuration名字空间中。下面的简单例子演示了怎样提取前面的连接字符串到一个本地变量中：

using System.Configuration;
ooo
String strConnString =
ConfigurationSettings.AppSettings["connectionString"];

　　给System.Configuration名字空间添加一个引用减少了引用这些值的代码数量。因为对Web.config或 Machine.config的修改将导致应用程序立即重新启动，典型情况下这些值只由服务器系统管理员手动修改。因此你可以认为这些文件是保存只读数据而不是应用程序中修改的数据的好位置。

　　结论

　　有效的状态管理意味着识别的用户经验、数据错误与快速的页面或事务处理之间的巨大差别。尽管状态管理在ASP 3.0中不太适用，但是ASP.NET把它带到了本文讨论的状态对象的控制之下。小心地使用它们将使你给用户展示最佳的Web经验。

查看本文来源