原文地址：http://www.cnblogs.com/haoxinyue/archive/2013/06/06/3105541.html
基本原理
插件话的应用程序一般都是先定义插件接口，然后把插件编译的dll放到固定的目录中，应用程序主程序通过加载那些实现了插件接口的dll来实现插件的使用。NopCommerce也是这样，但作为MVC Web应用程序会有一些不一样，首先是不同信任级别（Full Trust，Medium Trust）的时候加载dll的策略会有不一样，另外就是怎样显示插件中的View的问题。
放插件的文件夹
NopCommerce的插件放在网站主目录的Plugins目录下，Plugins下面有很多文件夹，一个插件类库就是一个文件夹。在插件类库中修改编译输出的地址为网站主目录的Plugins文件夹，这样插件生成的dll就能自动在目标文件夹下面。如下图：
另一个文件夹是ShadowCopy文件夹，就在Plugins/bin文件夹下。关于为什么要用ShadowCopy,住这篇文章中有所叙述，NopCommerce就是参考它的实现。里面也详细叙述了信任级别的问题。
网站启动
我们先来看PluginManager.Initialize方法。通过在PluginManager类上定义如下属性保证PluginManager的Initialize方法在网站开始的时候运行，早于Application_Start运行。
[assembly: PreApplicationStartMethod(typeof(PluginManager), "Initialize")]
在Application_Start之前运行初始化代码主要是为了让网站应用程序可以引用到加载的dll。
核心类
IPluginFinder.cs接口：获取插件的信息接口，在ioc里的Nop.Web.Framework.DependencyRegistrar注册此接口。系统启动的时候会加载到内存里。
IPlugin.cs:插件的操作接口，主要有设置插件的属性信息，安装插件接口，卸载插件接口。
BasePlugins.cs 实现IPlugin.cs的方法。
PluginDescriptor.cs 插件的实体类，包含了插件的版本、描述，类型，文件名称，作者，等等一系列状态。
PluginFileParser.cs 包含对插件的实体操作方法，主要是写入插件的描述信息。
PluginFinder.cs 加载所有的插件，并获取它们的信息.
PluginManager.cs 插件管理的主类，看里面的注释，它的插件机制应该是参考的Umbraco这个cms的。
加载插件
首先加载插件的描述。每一个插件都必须定义一个插件描述文件，用文本文件Description.txt来定义，名字也是约定的，不能是其他名字。在插件的类库中添加Description.txt，对插件进行描述。Description中的文本字段的格式是固定的，PluginManager会把Description.txt文件转化成PluginDescriptor类，然后存储在内存中。Description中的DisplayOrder字段表示了这个插件的顺序，以便在界面上显示。获取所有的插件描述文件后，它就会去InstalledPlugins.txt里面看，在InstalledPlugins.txt里面有的就是已经安装的查件，没有的话就是没有安装的。PluginDescriptor.Installed属性描述了这个信息。
把需要加载的dll复制到Plugins/bin文件夹下，当然都是要继承自IPlugIn接口的，通过Assembly.Load在家这个dll，再用BuildManager.AddReferencedAssembly把这个dll加载到网站这个应用程序中。要注意的是BuildManager.AddReferencedAssembly必须早网站程序的Application_PreStartInit过程中加入，也就是在Application_Start前。这是要引用的插件都被放在了Plugins/bin下，并被CLR引用了。被引用的插件的Assembly引用将被保存在PluginManager的静态列表中ReferencedPlugins。PluginManager的Initialize方法到此结束。
在界面上显示插件
举例来说，我们在定义插件的时候会定义一种类型的插件，比如送货方式。那么我们在定义插件的时候会继承2个接口，一个是IPlugin接口，一个是IShippingMethod接口。在需要显示送货方式插件的时候通过PluginFinder.GetPlugins<T>().ToList() 方法去获取。PluginFinder会去上一步的PluginManager.ReferencedPlugins列表里面去寻找。返回的是IShippingMethod的实例。NopCommerce有个txt文件：InstalledPlugs.txt。只有在这个里面的插件最终会加载到界面上去。可以通过NopCommerce的查件管理页面把最终需要作用于网站的插件加入到这个文件中。
配置插件
NopCommerce的admin网站可以对插件进行配置。如下图：可以配置Display Order 和 IsActive等。主要的逻辑是更新该插件的Description.txt文件和内存中的IPlugin.Descriptor里面的属性。
定义插件中的Controller，Action和View
稍微复杂的插件基本都包含自己要处理的界面和逻辑。所以在插件的类库中可以定义插件的界面View和相关Controller和Action。在建立Controller和View的时候，不一定要按照规范的Controllers文件夹和Views文件夹来定义，可以定义自己的风格。
在Action中返回View的时候，要输入View的名称，这个名称要包含名称空间，例如：
return View("Nop.Plugin.Payments.CashOnDelivery.Views.PaymentCashOnDelivery.Configure", model);
因为，在编译过后的插件dll中，作为嵌入资源的View会被编译成名叫Nop.Plugin.Payments.CashOnDelivery.Views.PaymentCashOnDelivery.Configure.cshtml的资源文件。
NopCommerce通过一些插件的Configure界面，把一些插件的配置信息保存到数据库中。然后在前台页面显示的时候再从数据库获取。
读取嵌入的资源View
插件作为一个类库被加载到应用程序域中。而在定义插件的View的时候，需要把cshtml文件的属性修改成Embedded Resource。它是作为嵌入式资源放到AppDomain中去的。我们可以通过VirtualPathProvider，使 Web 应用程序可以从虚拟文件系统中检索资源，您可以在这篇文章中找到相关知识，NopCommerce的实现和这篇文章是一样的。在NopCommerce中的Nop.Web.Framework类库中有个EmbeddedViews文件夹，里面包含了如果处理嵌入的View的一些类。最后需要在Global.asax进行注册。NopCommerce的代码如下：
//register virtual path provider for embedded views var embeddedViewResolver = EngineContext.Current.Resolve<IEmbeddedViewResolver>(); var embeddedProvider = new EmbeddedViewVirtualPathProvider(embeddedViewResolver.GetEmbeddedViews()); HostingEnvironment.RegisterVirtualPathProvider(embeddedProvider);
编写NopCommerce插件
可以参考官方文档。其中有一条建议非常好，就是Copy原来的插件，在上面修改。
