Dim Obj As MyObj
Obj = Server.CreateObject(MyObj)
Obj.MyMethodCall()
注重，我们并没有使用“ProgID”，而是以早期绑定方式使用实际类型。为了让这种方式有效，您需要在 Visual Studio 项目中添加 COM 组件引用，这样才能创建早期绑定的包装类。这是唯一必须继续使用 Server.CreateObject 的情况。
COM 总结
表 2 总结了为继续有效使用 COM 组件而必须完成的一些工作。
表 2：旧版 COM 对象的 ASP .NET 设置
COM 组件类型/方法 ASP .NET 设置/过程
自定义 STA（标记为“Apartment”的 Visual Basic 组件或其它组件） 使用 ASPCOMPAT 和早期绑定
自定义 MTA（标记为“Both”或“Free”的 ATL 或自定义 COM 组件） 不使用 ASPCOMPAT，使用早期绑定
固有对象（通过 ObjectContext 访问） 使用 ASPCOMPAT 和早期绑定
OnStartPage 和 OnEndPage 使用 ASPCOMPAT 和 Server.CreateObject(Type)
无论您的组件是否部署在 COM 中，都将同样应用这些设置。
应用程序配置的变化
在 ASP 中，所有 Web 应用程序配置信息都存储在系统注册表和 IIS 配置数据库中。由于服务器上经常未安装适当的治理工具，使得查看或修改设置变得非常困难。ASP .NET 引入了一整套全新的配置模型，这套模型以简单的、易读的 XML 文件为基础。每个 ASP .NET 应用程序都有自己的 Web.Config 文件，该文件位于主应用程序目录中。可以通过此文件控制 Web 应用程序的自定义配置、行为和安全性。
假如您与我一样，您可能会通过“Internet 服务治理器”治理单元检查和更改 ASP .NET 应用程序的设置。但是，您必须了解，现在我们拥有两种完全不同的配置模型。除一些安全性设置外，ASP .NET 应用程序将忽略使用 IIS 治理工具配置的其它大部分设置。您需要将这些配置设置保存在 Web.Config 文件中。
有关 .NET 的应用程序配置将在另一篇文章中具体讨论，此处就不具体介绍了。表 3 说明了可以在自己的文件中配置的一些更有意义的设置。记住，还有更多设置。
表 3：Web.Config 设置示例
设置 说明
配置自定义应用程序设置。
配置 ASP .NET 身份验证支持。
标识网页特定的配置设置。
配置 IIS 系统中的 ASP .NET 进程模型设置。
指定会话状态选项。
在 .NET 基本类库中还有其它一些类可用，它们简化了对这些设置的编程访问。
状态治理
假如应用程序使用 Session 或 Application 固有对象存储状态信息，则在 ASP .NET 中可以继续使用这些对象，而不会出现任何问题。随之带来的好处是，现在提供了更多的状态存储位置选项。
状态治理选项
ASP .NET 中还包含其它一些状态治理模型选项，最终可使您治理不止一个 Web 服务器，并支持通过 Web 场进行状态治理。
可以在 web.config 文件的 一节中配置状态治理选项，如下所示：
mode="Inproc"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;user id=sa;password=" cookieless="false"
timeout="20"
/>
模式属性指定将在何处存储状态信息。可用选项有 Inproc、StateServer、SqlServer 或 Off。
表 4：会话状态存储信息
选项 说明
Inproc 会话状态本地存储在此服务器中（ASP 样式）。
StateServer 会话状态远程（或本地）存储在状态服务进程中。
SqlServer 会话状态存储在 SQL Server 数据库中。
Off 会话状态被禁用。
假如使用这些选项之一，StateConnectionString 和 sqlConnectionString 无疑将成为至关重要的参数。每个应用程序只能使用一个存储选项。
评论加载中…
 |