更新：在这篇文章中阅读下面的最小解决方案
我对带有插件的 MVC4 解决方案有一些新手问题。我用谷歌搜索了一下，发现了一些好东西，但它并不完全符合我的要求，所以我在这里寻求一些建议。
似乎 MVC 中类似小部件的插件的最佳解决方案是可移植区域（在 MvcContrib 包中）。我在这里找到了基本指导：
http://lostechies.com/erichexter/2009/11/01/asp-net-mvc-portable-areas-via-mvccontrib/
以及一些有用的提示：
这篇文章中的更多内容：
这一切都很酷，但遗憾的是我的要求有点不同：
不幸的是，我需要一个动态添加和发现插件的系统，而便携式区域并非如此，它必须由主 MVC 站点项目引用。我只想将一些东西上传到站点并让它发现和使用新组件，所以我将为此使用 MEF。
幸运的是，我的插件不会像小部件那样可能非常复杂和异构；相反，它们是必须遵循共同、共享模式的组件。将它们想象成专门的编辑器：对于每种数据类型，我将提供一个具有编辑功能的组件：新建、编辑、删除。所以我在考虑实现一个通用接口并提供新建、编辑、删除等操作的插件控制器。
我必须使用 MVC4，将来我必须添加本地化和移动自定义。
我必须避免来自复杂框架的依赖，并使代码尽可能简单。
所以，每当我想在这个网站上添加一个新的数据类型进行编辑时，我只想在它的插件文件夹中放置一个 DLL，用于逻辑东西（控制器等），以及正确位置的一些视图，以获取该站点发现并使用新的编辑器。
最终我可以将视图包含在 DLL 本身中（我发现了这个：http ://razorgenerator.codeplex.com ，本教程： http: //www.chrisvandesteeg.nl/2010/11/22/embedding-pre-compiled -razor-views-in-your-dll/，我想我可以将它与 codeplex razorgenerator 一起使用，因为它引用的代码与 VS2012 不兼容），但可能我最好将它们分开（也是因为本地化和移动感知要求）；我正在考虑向我的站点管理区域添加上传机制，您可以在其中上传带有控制器和文件夹的 DLL 的单个 zip，然后让服务器在需要的地方解压缩和存储文件。这将使我能够轻松地修改视图，而无需再次部署整个加载项。
于是我开始寻找MEF和MVC，但是大部分帖子都提到了MVC2并且不兼容。我的运气更好，它主要专注于 Web API，但看起来很有前途且足够简单：
http://kennytordeur.blogspot.it/2012/08/mef-in-aspnet-mvc-4-and-webapi.html
这实质上将基于 MEF 的依赖解析器和控制器工厂添加到“标准”MVC 应用程序。无论如何，帖子中的示例是指单组件解决方案，而我需要部署几个不同的插件。所以我稍微修改了代码以使用指向我的插件文件夹的 MEF DirectoryCatalog（而不是 AssemblyCatalog），然后创建了一个测试 MVC 解决方案，在类库中有一个插件。
无论如何，当我尝试加载插件控制器时，框架会使用 null 类型调用我的工厂 GetControllerInstance，因此 MEF 当然无法继续进行组合。可能我遗漏了一些明显的东西，但我是 MVC 4 的新手，欢迎任何建议或有用的（符合 MVC4 的）链接。谢谢！
这是基本代码：
公共静态类 MefConfig
{
公共静态无效RegisterMef（）
{
CompositionContainer 容器 = ConfigureContainer();
ControllerBuilder.Current.SetControllerFactory(new MefControllerFactory(container));
System.Web.Http.GlobalConfiguration.Configuration.DependencyResolver =
新的 MefDependencyResolver（容器）；
}
私有静态 CompositionContainer ConfigureContainer()
{
//AssemblyCatalog assemblyCatalog = new AssemblyCatalog(Assembly.GetExecutingAssembly());
DirectoryCatalog 目录 = 新 DirectoryCatalog(
HostingEnvironment.MapPath("~/Plugins"));
组合容器容器 = 新组合容器（目录）；
返回容器；
}
}
公共类 MefDependencyResolver : IDependencyResolver
{
私有只读 CompositionContainer _container；
公共 MefDependencyResolver（CompositionContainer 容器）
{
_container = 容器；
}
公共 IDependencyScope BeginScope()
{
返回这个；
}
公共对象 GetService（类型 serviceType）
{
var export = _container.GetExports(serviceType, null, null).SingleOrDefault();
return (export != null ? export.Value : null);
}
公共 IEnumerable GetServices（类型 serviceType）
{
var export = _container.GetExports(serviceType, null, null);
列出 createdObjects = new List();
如果（出口。任何（））
createdObjects.AddRange(exports.Select(export => export.Value));
返回创建的对象；
}
公共无效处置（）
{
}
}
公共类 MefControllerFactory : DefaultControllerFactory
{
私有只读 CompositionContainer _compositionContainer;
公共 MefControllerFactory(CompositionContainer compositionContainer)
{
_compositionContainer = 合成容器；
}
受保护的覆盖 IController GetControllerInstance(
System.Web.Routing.RequestContext requestContext，类型控制器类型）
{
if (controllerType == null) throw new ArgumentNullException("controllerType");
var export = _compositionContainer.GetExports(controllerType, null, null).SingleOrDefault();
IController 结果；
if (null != export) result = export.Value as IController;
别的
{
结果 = base.GetControllerInstance(requestContext, controllerType);
_compositionContainer.ComposeParts(结果);
} //否则
返回结果；
}
}
您可以从这里下载完整的测试解决方案：
http://www.filedropper.com/mvcplugins
编辑：第一个可行的最小解决方案
这是我的发现，希望它们对从这些东西开始的其他新手有用：我没有成功运行上述回复中引用的框架，我想必须为 VS2012 和 MVC4 更新一些东西。无论如何，我查看了代码并搜索了更多内容：
1）首先，对我来说，混淆的根源是两个具有相同名称的不同接口：IDependencyResolver。如果我理解得很好，一个（System.Web.Http.Dependencies.IDependencyResolver）用于 webapi，另一个（System.Web.Mvc.IDependencyResolver）用于通用 DI。这篇文章在这里帮助了我：http: //lucid-nonsense.co.uk/dependency-injection-web-api-and-mvc-4-rc/。
2) 另外，第三个组件是 DefaultControllerFactory 派生的控制器工厂，这对本文至关重要，因为它是用于插件托管控制器的工厂。
以下是我对所有这些的实现，对几个示例稍作修改：首先是 HTTP 解析器：
公共密封类 MefHttpDependencyResolver : IDependencyResolver
{
私有只读 CompositionContainer _container；
公共 MefHttpDependencyResolver（CompositionContainer 容器）
{
if (container == null) throw new ArgumentNullException("container");
_container = 容器；
}
公共对象 GetService（类型 serviceType）
{
if (serviceType == null) throw new ArgumentNullException("serviceType");
字符串名称 = AttributedModelServices.GetContractName(serviceType);
尝试
{
返回 _container.GetExportedValue(name);
}
抓住
{
返回空值；
}
}
公共 IEnumerable GetServices（类型 serviceType）
{
if (serviceType == null) throw new ArgumentNullException("serviceType");
字符串名称 = AttributedModelServices.GetContractName(serviceType);
尝试
{
返回 _container.GetExportedValues(name);
}
抓住
{
返回空值；
}
}
公共 IDependencyScope BeginScope()
{
返回这个；
}
公共无效处置（）
{
}
}
然后是 MVC 解析器，它非常相似，即使对于这种情况下的虚拟样本严格来说不是必需的：
公共类 MefDependencyResolver : IDependencyResolver
{
私有只读 CompositionContainer _container；
公共 MefDependencyResolver（CompositionContainer 容器）
{
if (container == null) throw new ArgumentNullException("container");
_container = 容器；
}
公共对象GetService（类型类型）
{
if (type == null) throw new ArgumentNullException("type");
字符串名称 = AttributedModelServices.GetContractName(type);
尝试
{
返回 _container.GetExportedValue(name);
}
抓住
{
返回空值；
}
}
公共 IEnumerable GetServices（类型类型）
{
if (type == null) throw new ArgumentNullException("type");
字符串名称 = AttributedModelServices.GetContractName(type);
尝试
{
返回 _container.GetExportedValues(name);
}
抓住
{
返回空值；
}
}
}
最后是控制器工厂：
[导出（类型（IControllerFactory））]
公共类 MefControllerFactory : DefaultControllerFactory
{
私有只读 CompositionContainer _container；
[导入构造函数]
公共 MefControllerFactory（CompositionContainer 容器）
{
if (container == null) throw new ArgumentNullException("container");
_container = 容器；
}
公共覆盖 IController CreateController(RequestContext requestContext, string controllerName)
{
var 控制器 = _container
.GetExports()
.Where(c => c.Metadata.Name.Equals(controllerName, StringComparison.OrdinalIgnoreCase))
.Select(c => c.Value)
.FirstOrDefault();
返回控制器 ?? base.CreateController(requestContext, controllerName);
}
}
至于示例控制器，我将它创建到一个类库项目中：
[导出（类型（IController））]
[PartCreationPolicy(CreationPolicy.NonShared)]
[导出元数据（“名称”，“Alpha”）]
公共密封类 AlphaController : 控制器
{
公共行动结果索引（）
{
ViewBag.Message = "你好，这是插件控制器！";
返回视图（）；
}
}
在主项目（MVC 站点）中，我有一个 Plugins 文件夹，我在其中复制此 DLL，并在其文件夹中为该控制器的视图加上一组“标准”视图。
这是最简单的情况，可能还有更多需要找出和改进的地方，但我需要从简单开始。无论如何，欢迎任何建议。