概述
这篇文章的目的是简要分析对比MAF和MEF，并详细举出MEF设计中的细节和扩展上的细节，达到让读者能实际操作的目的。其中，MAF的设计会附上我的代码，其实就是官方的代码我自己手动联系了一遍，但还是很有收获的，不动手光看是不会体会到细节的；MEF是我着重介绍的，当然也是微软推荐的解决方案，所以这部分内容会多一些。
至于为什么要用MEF（插件框架）读者可针对自己的项目分析是否有必要使用。
文章中难免有不足和错误，还请大家不吝指出，互相交流。
MAF和MEF
MAF是微软集成在Framework3.5中的为解决插件化编程的框架，其优势是严谨但过于死板，开发速度慢；MEF是集成在Framework4.0中新增加的，潜在的目的是替换MAF的繁琐而使开发速度增快并且适合绝大多数的工作场景，增强易用性。
下面这篇博客的作者已经对此分析的很全面了，有兴趣的请参考：
http://www.cnblogs.com/techborther/archive/2012/02/06/2339877.html
接口契约
无论是MAF和MEF框架均需要一个中间引用集——“契约”，插一句题外话，契约在狭义上来讲就是C#中的接口Interface，在广义上将就是一种约束，几个“部件”依赖于同一个约定来互相配合、协同，这是人类社会互相协作的精神产物。这种协同思想在软件领域也是同样适用的，包括面向服务、面向接口设计、插件化设计、代码隔离等思想。
代码分析
首先，定义契约层：定义方法和数据接口，仅仅是声明接口
namespace Practise_MEF.Contract
{
public interface ICalculator
{
String Calculate(String input);
} public interface IOperation
{
int Operate(int left, int right);
} public interface IOperationData
{
Char Symbol { get; }
} public interface IMultiOperation
{
int MultiOperate(Practise_MEF.Core.Module.InputParams p);
}
}
然后，编写服务端（Host）解析方法：服务端要定义CompositionContainer对象，此对象需要Add类别对象，包括本程序内部定义的契约实现方法（MyCalculate）和外部PlugIns目录中的接口方法。
namespace Practise_MEF
{
public class MyCalculateLoader
{
private CompositionContainer _container; [Import(typeof(ICalculator))]
public ICalculator calculator; public MyCalculateLoader()
{
//An aggregate catalog that combines multiple catalogs
var catalog = new AggregateCatalog();
//Adds all the parts found in the same assembly as the Program class
catalog.Catalogs.Add(new AssemblyCatalog(typeof(MyCalculate).Assembly));
catalog.Catalogs.Add(new DirectoryCatalog(@"...\Output\PlugIns\")); //Create the CompositionContainer with the parts in the catalog
_container = new CompositionContainer(catalog); //Fill the imports of this object
try
{
this._container.ComposeParts(this);
}
catch (CompositionException compositionException)
{
Console.WriteLine(compositionException.ToString());
}
}
}
}
接着，实现MyCalculate契约方法、算法：
namespace Practise_MEF
{
public class MyCalculate
{
[Export(typeof(IOperation))]
[ExportMetadata("Symbol", '+')]
public class Add : IOperation
{
public int Operate(int left, int right)
{
return left + right;
}
} [Export(typeof(IOperation))]
[ExportMetadata("Symbol", '-')]
public class Subtract : IOperation
{
public int Operate(int left, int right)
{
return left - right;
}
}
}
}
在然后，在本程序集中处理插件组方法：称为插件组是因为可能会有很多插件方法在系统的Container中，需要根据业务需求去区分应用那个插件或者全部；其中operations是系统自动导入的当前加载的插件方法集合。
namespace Practise_MEF
{
[Export(typeof(ICalculator))]
public class MyCalculateAdapter : ICalculator
{
[ImportMany]
IEnumerable<Lazy<IOperation, IOperationData>> operations; public String Calculate(String input)
{
int left;
int right;
Char operation;
int fn = FindFirstNonDigit(input); //finds the operator
if (fn < ) return "Could not parse command."; try
{
//separate out the operands
left = int.Parse(input.Substring(, fn));
right = int.Parse(input.Substring(fn + ));
}
catch
{
return "Could not parse command.";
} operation = input[fn]; foreach (Lazy<IOperation, IOperationData> i in operations)
{
if (i.Metadata.Symbol.Equals(operation))
return i.Value.Operate(left, right).ToString();
}
return "Operation Not Found!";
} private int FindFirstNonDigit(String s)
{ for (int i = ; i < s.Length; i++)
{
if (!(Char.IsDigit(s[i]))) return i;
}
return -;
} }
}
最后，在编写扩展的插件方法：
namespace Practise_MEF.Plugin.CalculateEx
{
/// <summary>
/// Mod
/// </summary>
[System.ComponentModel.Composition.Export(typeof(Practise_MEF.Contract.IOperation))]
[System.ComponentModel.Composition.ExportMetadata("Symbol", '%')]
public class CalculateMod : Practise_MEF.Contract.IOperation
{
public int Operate(int left, int right)
{
return left % right;
}
}
}至此，一个简单、完整的插件应用已经完成，可实现动态加载处理2个数字的算法（取余），当软件需动态增加功能时，只序编写xxxxEx.dll,然后Copy到软件的PlugIns目录下即可，软件会动态增加功能。相比而言，MEF的后面隐藏和简化了更多的操作，是用户仅仅按需完成几步操作即可完成软件的插件化，使项目更灵活。
项目配置
在某个磁盘上新建一个Output文件夹，并且在Output目录下新建一个PlugIns文件夹，名称要固定，在项目中更改代码可修改名称，这不同于MAF约定过于死板。
- Practise_MEF项目配置
2. Practise_MEF.Contract项目配置
3.Practise_MEF.Core项目配置
4.Practise_MEF.Plugin.CalculateEx项目配置
项目中需要添加项目引用 Practise_MEF.Contract.dll,其属性设置为 Copy Local 为 False 切记。
同样输出的目录为….\Output\PlugIns\，这样设置属性后，Practise_MEF.Contract.dll不会一同输出到PlugIns目录中，约束使用Practise_MEF.Plugin.CalculateEx.dll的工程中要保证有Contact.dll。
引用
MAF和MEF区别：http://www.cnblogs.com/techborther/archive/2012/02/06/2339877.html
MEF官方解释：http://msdn.microsoft.com/en-us/library/dd460648.aspx
MEF分析：http://www.360doc.com/content/11/0830/16/7582031_144521508.shtml