Asp.net 不了解IIS经典模式和集成模式？

这里有一个很好的解释，指出了IIS中经典x集成模式的区别：

此外，这里还有对ISAPI扩展的解释：

我的问题是: 我正在开发的应用程序（Asp.NETMVC应用程序）是ISAPI扩展吗？ 我这样问是因为我不太清楚

此外，从第一个链接：

当使用经典模式时，服务器使用两条管道来处理请求，一条用于本机代码，另一条用于托管代码。在这种模式下，应用程序没有充分利用IIS7.X提供的所有功能

集成模式通过IIS的统一管道处理所有请求，并通过同一管道与ASP.NET紧密集成。 ASP.NET可以看到每个相关的请求，并在此过程中进行操作，而不是充当外部插件

集成模式有哪些优势

从第二个链接：

IIS使用DLL文件在文件系统中的虚拟位置将ISAPI扩展映射到IIS提供服务的URL命名空间

假设一个请求存在于IIS中：http://localhost".

IIS提供的URL命名空间是什么？在哪里设置DLL的虚拟位置

---

对不起，我问了那些生疏的问题。我是Windows开发的新手，因此我很难理解这些功能。

如果您正在编写asp.net mvc，则无需开发isapi扩展，因为如果启用mvc，它将由iis的asp.net部分处理。作为IIS管理器的一部分，您可以查看文件扩展名的映射。.dll安装在windows系统32或64中，具体取决于windows使用的内存模型

---

网站URL被映射到网站本地主机被映射到c:\inetpub\wwwroot

。。。当我在IIS上创建网站时，这是物理路径的映射。这没关系。这些映射处理程序是集成的iis映射系统吗？如果我使用集成模式，我会从中受益，而在经典模式下，我必须创建我的ISAPI扩展？经典模式仅适用于传统站点。与如何处理应用程序池有更多关系。坚持mvc应用程序的集成模式。