问ASP.Net MVC控制器命名空间数组

EN

好的，经过进一步的测试，我发现它不是一个过滤器，确切地说，但它也是一个过滤器。即使你部分错了，我还是给了你“答案”的信任。

所以，它毕竟表现得像我想的那样，也就是说它消除了歧义。基本上，逻辑流程是这样的：

• 在_cache中查找与命名空间数组中的命名空间匹配的命名空间
  • 如果找到，则查找具有正确名称的控制器
  • --如果找到，则返回
  • --如果没有找到，则返回通常会搜索的任何其他位置

​

• 如果找不到，请在任何地方搜索lese

因此，简而言之，我认为名称空间数组用于消除歧义的想法是正确的。我在这方面的第一个测试失败的原因是它只做了一个完美的匹配，并且我犯了一个错误，只使用了程序集中的根n/s (换句话说，MyRoot而不是MyRoot.Controllers)。

命名空间允许在两个不同的命名空间中有一个HomeController，并根据url或参数以不同的方式匹配它们。

否，该值未被弃用。它在DefaultControllerFactory.cs中使用。请注意，如果提供了该值，它将完全替换搜索到的标准名称空间。如果未提供该参数，则搜索的名称空间由以下内容确定：

HashSet<string> nsDefaults = new HashSet<string>(ControllerBuilder.DefaultNamespaces, StringComparer.OrdinalIgnoreCase);

提供该参数时，您提供的列表将替换此值。

在这两种情况下，DefaultControllerFactory都会调用：

GetControllerTypeWithinNamespaces(controllerName, nsDefaults);

...with列表，可以是您提供的列表，也可以是默认列表。因此很明显，该值是受支持的。

当您查看ControllerTypeCache中的源代码时，您可以看到名称空间值的真正用途:它不会导致控制器工厂查找否则不会查找的位置；相反，它是一个过滤器。换句话说，它阻止了默认的控制器工厂查找和命名空间，否则它将搜索控制器。