C# 我可以使用view文件夹中的web.config覆盖mvc区域的自定义错误吗/

我的Mvc解决方案中有一个区域名为/Admin

在/Admin/Views文件夹中有一个标准的web.config文件

我已在此配置文件中包括system.web下的customerErrors元素：

<customErrors mode="On" defaultRedirect="~/admin/oops" >  
  <error statusCode="404" redirect="~/admin/pagenotfound"/>
</customErrors>

与我的根web.config中的不同

我的期望是，这将使我能够具体控制如何在管理领域处理错误

这不管用

---

我是在服用疯狂药丸，还是应该在该区域的web.config中使用更具体的设置来覆盖默认的web.config设置？

实际上，这里有一篇文章是关于mvc中的区域的

根据本文，我们无法覆盖这些设置

视图文件夹中的Web.Config “视图”文件夹中提供了也称为“视图”的页面。在MVC中，视图不会通过URL直接对外公开。所有视图请求都应该发送到控制器，它将使用URL的输入呈现准确的视图。视图是普通的asp.net网页，因此可以通过URL访问它们。为了限制对视图的直接访问，我们使用views文件夹中的web.config文件。web.config有一个默认的处理程序映射，用于阻止扩展名为ASPX的所有页面

区域文件夹中的Web.Config 与视图类似，每个区域都有一个web.config文件，用于相同的目的。这是为了限制对ASPX文件的访问。如果我们不想在区域级别限制它们，我们可以删除这个web.Config文件

Web.Config中的应用程序设置 有许多web.config文件；我们可以在特定于区域的web.config文件中设置区域的应用程序设置吗？答案是否定的，我们不能拥有或覆盖appsettings配置。所有应用程序设置都应在根文件夹的web.config中定义

---

实际上，这里有一篇关于mvc领域的文章

根据本文，我们无法覆盖这些设置

视图文件夹中的Web.Config “视图”文件夹中提供了也称为“视图”的页面。在MVC中，视图不会通过URL直接对外公开。所有视图请求都应该发送到控制器，它将使用URL的输入呈现准确的视图。视图是普通的asp.net网页，因此可以通过URL访问它们。为了限制对视图的直接访问，我们使用views文件夹中的web.config文件。web.config有一个默认的处理程序映射，用于阻止扩展名为ASPX的所有页面

区域文件夹中的Web.Config 与视图类似，每个区域都有一个web.config文件，用于相同的目的。这是为了限制对ASPX文件的访问。如果我们不想在区域级别限制它们，我们可以删除这个web.Config文件

Web.Config中的应用程序设置 有许多web.config文件；我们可以在特定于区域的web.config文件中设置区域的应用程序设置吗？答案是否定的，我们不能拥有或覆盖appsettings配置。所有应用程序设置都应在根文件夹的web.config中定义