覆盖/扩展 MVC 控制器/区域

Question

我目前正在处理一个 MVC 项目，我正在尝试弄清楚如何在一个区域内扩展现有控制器的路由，特别是从另一个项目。

例如，我有一个控制器，其区域如下所示：

namespace MyProject.Areas.Foo.Controllers
{
    [Authorize]
    public class FooController : ApplicationController
    {
          //code
    }
}

我想做的是能够在一个单独的项目中定义另一个控制器，可以像这样扩展它：

namespace MyOtherProject.Areas.Foo.Custom.Controllers
{
    public class FooController : ApplicationController
    {
          public string Bar()
          {
               return "Bar";
          }
    }
}

基本上，我希望控制器几乎可以像使用 partial 关键字一样运行（这样我就可以调用原始或新的任何操作）。

主要问题

我真正想要完成的是，我有一个包含多个区域的主项目和包含各种客户端文件夹的解决方案的另一个区域。我希望能够从本质上扩展我的主项目的基本控制器，并在这些客户端文件夹中添加特定于客户端的操作，以便它们可以在主项目中使用。我已经用某些 MVC 视图来做这件事，但我希望我也能用控制器来完成它。

我的尝试

• 我尝试在类的两个声明中使用 partial 关键字，但由于它们位于不同的项目/程序集中，我认为这不起作用。
• 我定义了一个构建事件，它将自定义 DLL 移动到主 MVC 项目的 bin 目录中，但这似乎没有按预期工作。
• 我尝试了各种继承方法，希望新类能够被采用，但这些方法不起作用（收到重复的控制器声明错误）。
• 我读过有关尝试使用自定义 ControllerFactory 的文章，但我不确定如何实现它。
• 我已尝试在 AreaRegistration 部分定义自定义命名空间路由参数以获取新控制器，如下例所示。

路由示例（AreaRegistration）

context.MapRoute(
    AreaName,
    String.Format("{0}/{{action}}/{{id}}", AreaName),
    new { controller = AreaName, action = "Index", id = UrlParameter.Optional },
    new[] { 
        String.Format("MyProject.Areas.{0}.Controllers", AreaName),
        String.Format("MyOtherProject.Areas.{0}.Custom.Controllers", AreaName)
    }
);

更新

根据 cmets 的一些讨论，我尝试了一种方法 seen here，其中涉及通过继承简单地处理这个问题：

// Main Project
namespace MyProject.Areas.Foo.Controllers
{
    [Authorize]
    public class FooController : ApplicationController
    {
          public ActionResult Index()
          {
              return View();
          }
    }
}

// This is in another project / namespace / assembly
namespace MyOtherProject.Foo.Controllers
{
    public class CustomFooController : MyProject.Areas.Foo.Controllers.FooController
    {
        [Route("Foo/Bar")]
        public string Bar()
        {
            return "Bar";
        }
    }
}

所以我目前的步骤如下：

• 从另一个项目/解决方案的主项目中的基础FooController 继承。
• 设置属性路由以访问自定义控制器，以避免来自主项目的路由冲突。
• 创建了一个构建事件，在从新的自定义项目构建时将自定义 DLL 移动到主项目中（以便可以访问）。

这似乎没有任何区别。我尝试访问Foo/Bar url，但它只是抛出了一个 404，就好像它根本没有看到它一样。 CustomFooController.cs 文件在它自己的单独项目中，只是一个类文件而不是 MVC 项目。它是否正确？需要在主项目中设置路由规则吗？

Answer 1

控制器继承

使用 cmets 部分中提到的 Chris 继承可能也是解决此问题的最佳方法。如果您已经从另一个基本控制器类（例如您的示例中的ApplicationController）派生，则尤其如此：

// ProjectA is assumed to be your "main" MVC application
public class CustomFooController :  ProjectA.Controllers.FooController
{
    [Route("Foo/Bar")]
    public ActionResult Bar()
    {
        return Content("Bar");
    }
}

这里的属性路由非常重要，因为您不希望现有路由混淆您的两个控制器或忽略它们。

注册属性路由

由于您通过 ProjectB 部分中的 [Route] 属性使用属性路由，因此您需要确保在 ProjectA 项目的 RouteConfig.cs 中明确设置它，以便它可以通过 @ 正确识别它987654332@方法如下图：

public static void RegisterRoutes(RouteCollection routes)
{
    // This is important to set up your Route Attributes
    routes.MapMvcAttributeRoutes();

    // Route declarations omitted for brevity
}

同样，如果您使用的是区域，您也需要在相应的 AreaRegistration.cs 文件中进行配置：

public override void RegisterArea(AreaRegistrationContext context) 
{
    // Wire up any attribute based routing
    context.Routes.MapMvcAttributeRoutes();

    // Area routing omitted for brevity
}

范围界定路线

最后，您要确保做的最后一件事是正确地“确定”路由的范围，以便在主 ProjectA 应用程序的 RouteConfig.cs 中优先考虑主命名空间：

public static void RegisterRoutes(RouteCollection routes)
{
    routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
    routes.MapMvcAttributeRoutes();
    routes.MapRoute(
        name: "Default",
        url: "{controller}/{action}/{id}",
        defaults: new { controller = "Foo", action = "Index", id = UrlParameter.Optional },
        // This will prioritize your existing Controllers so they work as expected  
        namespaces: new[] { "ProjectA.Controllers"}
    );
}

获取参考

您提到使用构建事件将 DLL 从 ProjectB 项目复制到主 ProjectA 项目中，在这种情况下应该没问题。您基本上需要某种方式来访问它，并且在大多数情况下，像下面这样简单的xcopy 应该没问题：

xcopy /E /Y /S  "$(ProjectName).dll" "$(SolutionDir)\ProjectA\Bin\"

把它们放在一起

如果您已正确连接所有这些步骤，您应该能够清理/重建您现有的解决方案。完成此操作后，请仔细检查以确保您的 ProjectA bin 目录中有适当的 DLL：

如果存在，那么您就在正确的轨道上，应该能够运行您的主应用程序并导航到 ~/Foo 以查看以下内容：

同样，导航到~/Foo/Bar 应该选择在您的其他控制器中定义的适当属性路由并提供适当的内容：