重构笔记---MEF框架（上）

概述

这篇文章的目的是简要分析对比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约定过于死板。

1. 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