IIS7.0的集成模式和经典模式
IIS7.0中的Web应用程序有两种配置模式：经典模式和集成模式。经典模式是为了与之前的版本兼容，使用ISAPI扩展来调用ASP.NET运行库，原先运行于IIS6.0下的Web应用程序迁移到IIS7.0中只要将应用程序配置成经典模式，代码基本不用修改就可以正常运行。集成模式是一种统一的请求处理管道，它将ASP.NET请求管道与IIS核心管道组合在一起，这种模式能够提供更好的性能，能够实现配置和管理的模块化，而且增加了使用托管代码模块扩展IIS时的灵活性。如果老的Web应用程序运行于IIS7.0的集成模式下，可能需要对应用程序的web.config文件进行修改，尤其是使用了实现IHttpHandler接口的自定义模块的情况。IIS7.0在同一个服务器上能够同时支持两种模式的应用程序。
IIS6.0中ASP.NETMMC管理单元用于配置ASP.NET，7.0中ASP.NET应用程序的管理域IIS管理更加紧密的集成在一起，不存在单独的管理单元，所有的IIS和ASP.NET配置都是使用IIS管理器完成的。IIS7.0配置信息基于.NETFramework配置系统，所以IIS7.0中运行的应用程序的web.config文件同时包含web服务器和ASP.NET配置设置，例如可以再web.config文件中设置扩展名和文件的映射（IIS6.0中必须在IIS中进行配置）。
web.config文件的变化
system.webServer节指定了应用于web应用程序的IIS7.0设置，其父节点是configuration，该节点中可以设置的内容包括：
当请求未包含指定资源时，Web服务器返回给客户端的默认文档(defaultDocument)；
响应的压缩设置(httpCompression)
自定义头部(httpProtocol节的customHeaders)
模块（modules）
处理程序（handlers）
其中的一些设置仅适用于集成模式，而不适用于经典模式，如经典模式下运行的应用程序则忽略web.config的system.WebServer节中指定的所有托管代码模块和处理程序，这种模式下web应用程序应该在syste.web节的httpModules和httpHandlers中定义模块和处理程序。
将Web应用程序迁移到集成模式
不包含自定义模块或处理程序的Web应用程序通常无需更改即可在IIS7.0集成模式下正常工作。对于依赖于自定义模块或处理程序的Web应用程序，需要执行以下步骤来使其能够在集成模式下运行：
使用本主题稍后的将WebConfig文件迁移到集成模式部分中描述的方法之一，在Web.config文件的system.webServer节中注册自定义模块和处理程序。
仅在自定义模块的Init方法中定义HttpApplication请求管道事件（如BeginRequest和EndRequest）的事件处理程序。
请确保您已解决UpgradingASP.NETApplicationstoIIS7.0:DifferencesbetweenIIS7.0IntegratedModeandClassicmode（将ASP.NET应用程序升级到IIS7.0：IIS7.0集成模式和经典模式之间的区别）的“KnownDifferencesBetweenIntegratedModeandClassicMode”（集成模式和经典模式之间的已知区别）部分中讨论的问题。
实现IHttpModule接口的模块被称为托管代码模块，因为它们是使用.NETFramework生成的。可以在服务器级别或应用程序级别注册托管代码模块。本机代码模块是仅在服务器级别注册的DLL（非托管代码）。在集成模式下，将以托管模块的形式实现核心ASP.NET功能，例如会话状态和Forms身份验证。
在将应用程序从经典模式迁移到集成模式时，可以保留经典模式下的自定义模块和处理程序注册，也可以将这些注册移除。如果不移除经典模式下使用的httpModules和httpHandlers注册，则必须将validation元素的validateIntegratedModeConfiguration属性设置为false以避免错误。validation元素是system.webServer元素的子元素。有关更多信息，请参见ASP.NETIntegrationwithIIS7.0（将ASP.NET与IIS7.0集成）中的“Disablingthemigrationmessage”（禁用迁移消息）部分。
迁移Web.config文件以便在集成模式下使用
如果模块或处理程序是在应用程序级别定义的，则不会自动调用该模块或处理程序。这涉及符合以下条件的模块或处理程序：在Bin文件夹下的程序集中定义；在App_Code文件夹下作为源代码定义；没有在Web.config文件的system.webServer节中注册和定义。为了使模块或处理程序能够参与集成模式请求管道，必须使用下列方法之一注册该模块或处理程序：
直接编辑Web.config文件，并且将modules或handlers元素添加到system.webServer元素中。请注意，与经典模式相比，元素名称是不同的：modules和handlers分别对应于经典模式下的httpModules和httpHandlers。
使用IIS管理器配置模块或处理程序。有关更多信息，请参见ConfiguringHandlerMappingsinIIS7.0（在IIS7.0中配置处理程序映射）和ConfiguringModulesinIIS7.0（在IIS7.0中配置模块）。
使用IIS7.0命令行工具(Appcmd.exe)。有关更多信息，请参见ConfigureSettingsforaSite,Application,VirtualDirectoryorURLbyUsingAppcmd.exe（使用Appcmd.exe配置站点、应用程序、虚拟目录或URL的设置）。
使用集成模式的类和属性
在IIS7.0集成模式以及.NETFramework3.0版或更高版本中使用应用程序时，可以使用下面这些在经典模式下不可用的类和成员：
HttpResponse对象的SubStatusCode属性，使用它可以设置在配置了失败请求跟踪的情况下有用的代码。有关更多信息，请参见TroubleshootingFailedRequestsUsingFailedRequestTracinginIIS7.0（使用IIS7.0中的跟踪功能解决请求失败的问题）。
HttpResponse对象的Headers属性，使用它可以访问响应头。
HttpContext对象的IsPostNotification和CurrentNotification属性，在提供HttpApplication事件的处理程序时可以使用它们。
HttpRequest对象的Headers和ServerVariables属性，它们支持写功能。
集成模式与经典模式下请求处理管道的不同
集成模式下ASP.NET的处理管道与经典模式是不同的。集成模式下不论是传统的ASP.NETWebForms应用程序还是ASP.NETMVC应用程序都可以使用Routing系统（路由系统）。
Routing系统原来是为ASP.NETMVC设计的，后来也被应用于其他ASP.NET技术，包括ASP.NETWebForms。这就是.NETFramework3.5中Routing代码不在System.Web.Mvc.dll而在System.Web.Routing.dll中的原因。在.NETFramework4.0中，Routing代码是在System.Web.dll中的。
IIS7.0集成PHP环境
想必不少从事网站方面工作的朋友都想在在WIN7上安装PHP
和MYSQL吧，但是在百度和google上搜索都没有PHPFORIIS7[1]，想要一键自动在WIN7上安装PHP和MYSQL看似有点痴人说梦了。最近找到了一个国内的网站上有phpStudy，下载下来测试之后发现确实可以一键自动在WIN7上安装PHP和MYSQL。
自己配置PHP环境比较麻烦，而且容易出错，对于怕麻烦的朋友来说选择phpStudy一键自动在WIN7上安装PHP和MYSQL是一个不错的选择。
