Asp.net 是否有可能完全否定“a”呢；“更高”；子文件夹中的web.config？

是否可以完全否定子文件夹中的web.config

显然，我在根目录中有一个web.config

如果我有一个名为“MyApp”的子文件夹，我可以在其中编写一堆代码，并让它在不引用根目录下的web.config的情况下运行吗？它会有自己的web.config，甚至不会在根目录中引用“更高”的web.config

我要找的是完全的应用程序隔离。我希望能够在现有站点的子文件夹中编写一个应用程序，该应用程序会忽略它上面的整个web.config层次结构——该应用程序本身就是一个孤岛

我知道我可以使用“clear”元素，但这是最好的方法吗？只是在每个顶层元素下加一个“clear”？只是想知道还有没有别的办法

---

出于共享托管和简单性的考虑，设计了编号的副本

---

IIS7允许显式锁定/解锁配置，从而稍微改变了这一点。

是的，您必须清除要覆盖的部分。再仔细考虑一下，这是有道理的，因为清除所有内容的唯一方法可能会导致很难确定要清除哪些内容。清除通常会重置所有内容，包括服务器上frameworks/config文件夹中定义的web.configs和machine.config中的根web.configs

请注意，您还将失去对/bin文件夹、/app_code文件夹等的访问权限。这可能是您想要的，也可能不是您想要的

---

是否可以与主机一起创建子应用程序是另一个需要考虑的问题。

< p>听起来更像是创建一个完全是另一个应用程序根的虚拟目录。

<>在根目录下的Web.CONFIG文件中，用下面的元素包装<代码> >代码>元素：<代码> <代码> < /P> 请查看此链接以获取参考：

---

我在工作中刚刚遇到这个问题，我的解决方案是创建一个新网站，而不是尝试将我的应用程序嵌套在现有网站下。我保持新应用程序（即www.mysite.com）的域映射不变，但更改了端口号/映射

因此，我可以在www.mysite.com:88上使用我的新应用程序，而不必使用子域

这里需要注意的是，我的应用程序是一个web服务，因此我有可能在URL中指定端口号。这可能不是你的选择，但我想我会把这篇文章贴出来，以防它对我这种情况下的人有所帮助

---

解决方案不是我的选择，因为在ASP.Net Framework 4.0之前，

InheritInChildApplication

似乎不存在？

“将不了解父应用程序，也不知道它的web.config[…]”——我认为这不是真的。您可以从父Web配置访问appSettings，模块仍然适用，等等。事实上，我必须明确地从更高的Web.configs.Hmm中“删除”模块，这一点很好，我刚刚测试过，您是对的。这对我来说是个新闻，我将很快更新我的答案。你对为什么不能完全放弃更高的web.configs的解释是有道理的——例如，在machine.config级别上有一些东西可以让web服务器运行，所以你需要有选择地清除它们。非常感谢你的提示，Joe。它真的帮助了我！