插件（Plugin）模式向用户提供了一种扩展程序的接口，用户可以在程序本体之外，按照指定接口编写插件来为程序增加功能。

可能实际开发中不太会运用到插件模式，但是它确实我们经常会使用到的一种模式。例如CocosBuilder和Unity3D都不同程度的提供了插件功能，用户可以自己编写插件来完善或者定制编辑器。此外，我们也可以编写Visual Studio、XCode或Eclipse的插件来扩展这些IDE。

插件模式中会有一个管理器用来管理这些插件，而如何调用插件的方法？这里我们就需要制定一个接口，插件必须实现接口方法，而管理器则调用这些方法。

插件抽象类：

public abstract class Plugin{public virtual void DoSomeThing (){}
}

如何知道插件的类型并实例化它们呢？我们可以使用反射（参考C#语法小知识（十）反射）+配置文件的方法来解决这个问题。

插件管理器：

public static class PluginManager
{private static Dictionary<string, Plugin> _plugins = new Dictionary<string, Plugin>();public static void LoadPlugin(string assemblyName, string typeStr){string key = assemblyName + typeStr;if (_plugins.ContainsKey (key)) {return;}var oh = System.Activator.CreateInstance (assemblyName, typeStr);object instance = oh.Unwrap ();_plugins [key] = (Plugin)instance;}public static void UnloadPlugin(string assemblyName, string typeStr){string key = assemblyName + typeStr;if (_plugins.ContainsKey (key)) {_plugins.Remove (key);}}public static void UnloadAllPlugins(){_plugins.Clear ();}public static void RunPlugins(){foreach (var kv in _plugins) {kv.Value.DoSomeThing ();}}
}

（示例中没有实现读取文件并加载插件的方法，需要根据实际情况来编写具体代码）

我们可以编写一个dll文件，并且添加测试插件：

public class TestPlugin : Plugin
{public override void DoSomeThing (){Console.WriteLine ("Test plugin");}
}

测试：

		PluginManager.LoadPlugin ("xxx.dll", "TestPlugin");PluginManager.RunPlugins ();

当然这种模式并不限于程序外开发，程序内开发我们也可以考虑使用这种模式。这样就与IOS里的NotificationCenter有些类似（观察者+单例，参考小话设计模式（十七）观察者模式），只不过插件管理器与事件发布者（示例中没有实现，可以认为测试代码中RunPlugins这个方法就是发布了一个事件）耦合度会更紧密一些。当然如果没有必要的话，尽量还是不要使用反射了。

插件模式的好处：

1、提供了扩展程序的可能。

2、将插件与事件发布者的耦合集中到插件管理器当中去，事件发布者并不需要知道插件中的具体逻辑，只负责发送事件。

3、增加插件也很方便。

缺点在于，使用插件模式扩展程序，往往需要使用反射，这样就会影响程序的执行速度。