第四篇 应用程序.doc

第四篇 应用程序 第一章 什么是应用程序 在中，可以这样来定义一个Application：能够在一个web应用服务器的子目录或者虚拟目录上运行的所有的文件、页面、操作、模块或者能被执行的代码。比方说，在一个web服务器上，一个“order“应用程序将会在“/order“这个目录下被发布。 Web服务器上的应用程序在一个被称作应用程序域运行空间(AppDomain)环境中被执行，以保证类的隔离（没有版本、名称上的冲突）、安全屏蔽（防止有权访问某些机器/网络的资源）、静态变量的隔离。 在一个web应用程序的生命周期中，维护一个HttpApplication实例池。A对一个Http的请求会自动分配一个来处理，这个特别的HttpApplication实例对管理这个在全部的生命周期里的请求是可靠的，并且在处理完成后可以被重用。 在应用程序环境下，ASP.NET并发处理客户端的请求，所以可能存在多线程对Application对象的同时存取。在这种情况下，对Application对象的草率处理，可能会导致不可预知的错误。例如以下代码： % Application(counter) = CType(Application(counter) + 1, Int32) % 原本希望对实例进行计数，但如果同时到达两个以上请求时，则有可能产生漏计。正确的方法应该是在操作以前，对Application对象上锁，操作完成以后，再对Application对象解锁。代码如下： % Application.Lock() Application(counter) = CType(Application(counter) + 1, Int32) Application.UnLock() % 4.1.1 配置应用程序的步骤 设置应用程序的目录结构 一个WEB站点可以有多个应用程序运行，而每一个应用程序可以用唯一的URL来访问，所以首先应利用IIS开放应用程序的目录为“虚拟目录”。各个应用程序的“虚拟目录”可以不存在任何物理上的关系。例如： 应用URL: 物理路径： c:\inetpub\wwwroot /myapp c:\myapp /myapp/myapp1 \\computer2\test\myapp 从“虚拟目录”上看来，/myapp和/myapp/myapp1是乎存在某种联系，但实际情况却是，我们看到两者完全分布于不同的机器上，更不用说物理目录了。 ．设置相应的配置文件 根据应用的具体需要，可以拷入相应的global.asax和config.web配置文件，并且设置相应的选项。（配置文件的设置具体见相关章节） global.asax主要配置application_start、applicatoin_end、session_start、session_end等事件。 4.1.1. 3．把应用所涉及的各种文件放入“虚拟目录“中 把.aspx文件、.ascx文件以及各种资源文件分门别类放入应用目录中，把类引用所涉及的集合放入应用目录下的bin目录中。 4.1.2 应用程序框架 %@ Application attribute=value [attribute=value … ]% %@ Import namespace=value %… %@ Assembly Name=assemblyname % script language=”vb” runsat=server … /script body form runat=server … /form /body /html 说明： 1．%@ Application attribute=value [attribute=value … ]% 让ASP.NET运行环境动态从另一个应用中动态编译出一个类来继承使用。 例如： %@ Application Inherits=MyApp.Object Description=Ourapp % 指定应用环境从Myapp应用中动态编译一个MyApp.Object的类以供使用，它的说明为“Ourapp”。 2．%@ Import namespace=value %… 显视导入一个命名空间到应用程序，这样应用程序就可以使用命名空间中定义的各种类和接口来完成特定的功能，大大加快了程序的开发速度。 例如： %@ Import Namespace=System.IO % %@ Import Namespace=System.NET” % 就可以利用系统为我们提供的大量文件和网络对象，快速的开发自己的文件和网络应用程序。 3．%@ Assembly Name=assemblyname % 在页面编译时产生到assemblyname