不理解IIS经典模式和集成模式?

3

这里有一个很好的解释,指出了IIS中Classic和Integrated模式之间的区别:

https://help.maximumasp.com/KB/a657/explanation-of-classic-vs-integrated-mode-in-iis-7x.aspx

同时在这里,ISAPI扩展的解释:

http://msdn.microsoft.com/en-us/library/ms525172(v=vs.90).aspx

我的问题是: 我正在开发一个Asp.Net MVC应用程序,它是否是ISAPI扩展程序? 我之所以问这个问题,是因为我不是很清楚。
此外,从第一个链接中:
当使用经典模式时,服务器使用两个管道来处理请求,一个用于本机代码,另一个用于托管代码。在这种模式下,应用程序不能充分利用IIS 7.X提供的所有功能。 集成模式通过统一的IIS管道处理所有请求,并通过该管道与ASP.NET紧密集成。 ASP.NET可以看到每个相关请求并沿途操纵事物,而不是作为外部插件
1. 集成模式提供了哪些优势?
从第二个链接中:
IIS使用DLL文件的虚拟位置将ISAPI扩展映射到由IIS服务的URL名称空间中
假设有一个请求到达IIS:“http://localhost”。
2. IIS提供的URL名称空间是什么?DLL的虚拟位置在哪里设置?

对于那些初学者的问题,我感到抱歉。我是一个新手,对Windows开发不太了解,所以很难理解这些功能。

1个回答

2
如果您正在编写一个asp.net mvc应用程序,只需启用它即可处理mvc,无需开发isapi扩展。作为IIS管理器的一部分,您可以查看文件扩展名的映射。这些.dll文件安装在Windows系统中,根据Windows使用的内存模型,可以是32位或64位。
网站URL映射到网站,本地主机映射到c:\ inetpub \ wwwroot。

所以...当我在IIS上创建一个网站时,这是物理路径的映射。这很好。那些处理程序映射是集成的iis映射系统吗?如果我使用集成模式,我会从中受益,而在经典模式下,我将不得不创建自己的ISAPI扩展? - Guilherme Longo
经典模式只适用于传统遗留网站。这更多地涉及应用程序池的处理方式。对于您的 MVC 应用程序,请坚持使用集成模式。 - Mike Beeler

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接