之前公司里用到了一个叫MEF的东西，说来惭愧一直只管写代码却不曾理解MEF框架为何物，今天就来学习一下，这是一篇迟到了不知多久的博客。

--------------------------------------------------------进入正题-------------------------------------------------------------------

1.MEF概念

MEF,全称Managed Extensibility Framework（托管可扩展框架）。单从名字我们不难发现：MEF是专门致力于解决扩展性问题的框架，MSDN中对MEF有这样一段说明：

　　Managed Extensibility Framework 或 MEF 是一个用于创建可扩展的轻型应用程序的库。 应用程序开发人员可利用该库发现并使用扩展，而无需进行配置。 扩展开发人员还可以利用该库轻松地封装代码，避免生成脆弱的硬依赖项。 通过 MEF，不仅可以在应用程序内重用扩展，还可以在应用程序之间重用扩展。

2.MEF使用

　　MEF的使用范围广泛，在Winform、WPF、Win32、Silverlight中都可以使用，我们就从控制台说起，看看控制台下如何实现MEF，下面先新建一个win32控制台项目MEF_1的Demo，添加一个IBookService接口一个继承这个接口的类MusicBook ，如图:

首先需要手动添加对System.ComponentModel.Composition命名空间的引用，由于在控制台程序中没有引用这个DLL，所以要手动添加：

 

我们再回到program类中写如下代码：

class Program    {        [Import]        public IBookService Service { get; set; }        static void Main(string[] args)        {            Program pro = new Program();            pro.Compose();            if (pro.Service != null)            {                Console.WriteLine(pro.Service.GetBookName());            }            Console.Read();        }

//宿主MEF并组合部件

private void Compose() {        //获取包含当前执行的代码的程序集              var catalog = new AssemblyCatalog(Assembly.GetExecutingAssembly());             CompositionContainer container = new CompositionContainer(catalog);

//将部件（part）和宿主程序添加到组合容器

container.ComposeParts(this); } }

　　这个方法表示添加当前Program这个类到组合容器，为什么要添加到组合容器？是因为只要添加到组合容器中之后，如果该类里面有Import，MEF才会自动去寻找对应的Export。这也就是为什么使用MEF前必须要组合部件的原因。

代码运行情况：

可以看到调用了MusicBook类的GetBookName方法，但是我们并没有实例化MusicBook类，是不是很神奇呢？？？

这一就是实现了主程序和类之间的解耦，大大提高了代码的扩展性和易维护性！

看到这里可能有人就会说这个Import是多此一举了，既然我们可以new，为什么非要用这种奇怪的语法呢，怪别扭的。其实如果我们站在架构的层面，它的好处就是可以减少dll之间的引用。

------------------------------------------------MEF中的Import(导入)和Export(导出)-------------------------------------

上面的测试小Demo我们对MEF有了一个初步的了解，下面我们来细看一下MEF中的Import(导入)和Export(导出)。

class Program    {        [Import("MusicBook")]        public IBookService Service { get; set; }        static void Main(string[] args)        {            Program pro = new Program();            pro.Compose();            if (pro.Service != null)            {                Console.WriteLine(pro.Service.GetBookName());            }            Console.Read();        }        //宿主MEF并组合部件        private void Compose()        {            //获取包含当前执行的代码的程序集            var catalog = new AssemblyCatalog(Assembly.GetExecutingAssembly());            CompositionContainer container = new CompositionContainer(catalog);            //将部件（part）和宿主程序添加到组合容器            container.ComposeParts(this);        }    }}

////Export(typeof(IBookService)) 这句话将类声明导出为IBookService接口类型    //[Export(typeof(IBookService))]    [Export("MusicBook",typeof(IBookService))]    class MusicBook:IBookService    {        public string BookName { get; set; }        public string GetBookName()        {            return "音乐书本";        }    }

注意，标红的是改动过的地方，其他地方的代码没有变，上一次我们使用的是Export的方法是[Export(typeof(IBookService))],这次前面多了一个参数，没错，这个就是一个契约名，名字可以随便起，而且可以重复，但是如果名字乱起，和其他DLL中的重复，到时候会导致程序出现很多Bug，最好按照一定的规范去起名字。

这里有了契约名以后，导入(Import)时就要指定的契约名，否则将无法找到MusicBook，Export还有一个方法是[Export("Name")],这个方法只指定了契约名，没有指定导出类型，那么默认的导出类型是object类型，在导入时导出到的对象就要为object类型，否则将匹配不到那个组件。

　　到现在，我们只写了一个接口和一个实现类，导出的也是一个类，下面我们多添加几个类来看看会怎么样，为了方便大家测试，我把实现接口的类写在一个文件里面，新加几个类后，的MusicBook类文件代码如下：

[Export("MusicBook",typeof(IBookService))]    public class MusicBook:IBookService    {        public string BookName { get; set; }        public string GetBookName()        {            return "音乐书本";        }    }    [Export("MusicBook", typeof(IBookService))]    public class MathBook : IBookService    {        public string BookName { get; set; }        public string GetBookName()        {            return "数学课本";        }    }    [Export("MusicBook", typeof(IBookService))]    public class HistoryBook:IBookService    {        public string BookName { get; set; }        public string GetBookName()        {            return "历史课本";        }    }

这里添加两个类，HistoryBook和MathBook，都继承自IBookService接口，注意他们的契约名都相同，都为MusicBook，后面再详细的说这个问题，修改后的program的代码如下：

class Program    {        [ImportMany("MusicBook")]        public IEnumerable
     
       Services { get; set; }        static void Main(string[] args)        {            Program pro = new Program();            pro.Compose();            if (pro.Services != null)            {                foreach (var service in pro.Services)                {                    Console.WriteLine(service.GetBookName());                }            }            Console.Read();        }        //宿主MEF并组合部件        private void Compose()        {            //获取包含当前执行的代码的程序集            var catalog = new AssemblyCatalog(Assembly.GetExecutingAssembly());            CompositionContainer container = new CompositionContainer(catalog);            //将部件（part）和宿主程序添加到组合容器            container.ComposeParts(this);        }    }
     

这里需要注意的是标红的两行代码，[ImportMany("MusicBook")]还有下面的声明变成了IEnumerable<>,因为要导出多个实例，所以要用到集合，下面采用foreach遍历输出，运行的结果如下图：

现在三个类的契约名都不相同了，其他的代码不动，再次运行程序看看，是不是现在只输出MusicBook了，同理，修改[Import("Name")]中的契约名称，就会导入指定含有名称的类，契约名可以重复，这一以来，我们就可以用契约名给类进行分类，导入时可以根据契约名来导入。

注意：IEnumerable<T>中的类型必须和类的导出类型匹配，如类上面标注的是[Exprot(typeof(object))]，那么就必须声明为IEnumerable<object>才能匹配到导出的类。

例如：我们在类上面标注[Export("Book")],我们仅仅指定了契约名，而没有指定类型，那么默认为object，此时还用IEnumerable<IBookService>就匹配不到。

那么，这种情况就要在输出是进行强制类型转换，代码如下：

[Export("MusicBook")]    public class MusicBook:IBookService    {        public string BookName { get; set; }        public string GetBookName()        {            return "音乐书本";        }    }

如果我们这样写了那样结果就只能匹配到后两个：

此时我们需要强制转换一下输出的类型：

[ImportMany("MusicBook")]        public IEnumerable

结果就匹配到了所有类的输出：

------------------------------------------------MEF中方法和属性能不能导出呢？---------------------------------------------

前面说完了导入和导出的几种方法，如果大家细心的话会注意到前面我们导出的都是类，那么方法和属性能不能导出呢？？？答案是肯定的，下面就来说下MEF是如何导出方法和属性的：

首先是导出属性：

[Export("MusicBook", typeof(IBookService))]    public class MathBook : IBookService    {        //导出私有的属性        [Export(typeof(string))]        private string _privateBookName = "私有的属性BookName";        //导出公用的属性        [Export(typeof(string))]        public string _publicBookName = "公有的属性BookName";        public string BookName { get; set; }        public string GetBookName()        {            return "数学课本";        }    }

class Program    {        [ImportMany("MusicBook")]        public IEnumerable

最后的输出结果为：

下面说导出方法吧，同理无论是公有方法还是私有方法都是可以导出的，MusicBook代码如下：

//导出公用方法(无参数)        [Export(typeof (Func
     
      ))]        public string PublicGetBookName()        {            return "PublicMathBook";        }        //导出私有方法(有参数)        [Export(typeof (Func
      
       ))]        public string PrivateGetBookName(int count)        {            return string.Format("我看到一个好书,我买了{0}本", count);        }
      
     

class Program    {        [ImportMany("MusicBook")]        public IEnumerable

导入导出方法用到了Func<T>委托，当然没有返回值的话可以用Action<T>委托。

------------------------------------------------MEF在分层架构中的使用---------------------------------------------

前面讲了MEF的基础和基本到导入导出方法，下面就是见证MEF真正魅力所在的时刻。如果没有看过前面的文章，请到我的博客首页查看。

　　前面我们都是在一个项目中写了一个类来测试的，但实际开发中，我们往往要采用分层架构，就拿最简单的三层架构来说吧，我们通常把业务逻辑写在DLL中，现在就来写一个例子，看看如何在不编译整个项目的情况下，轻松的实现扩展。先透露一下，我们只要添加一个DLL就可以了。

　　这里就以银行为例子吧，首先新建一个控制台项目，叫MEF_2吧，然后建一个类库写接口，然后再建一个类库实现接口。项目结构如下：

其中MEF_2和BankOfChina都只引用接口项目,MEF_2不需要引用BankOfChina。

BankInterface的代码如下，做个简单实例，写几个方法测试一下：

public interface ICard    {       //账户金额        double Money { get; set; }        //获取账户信息        string GetCountInfo();        //存钱        void SaveMoney(double money);        //取钱        void CheckOutMoney(double money);    }

这里添加一个中国银行卡，实现接口，引用命名空间什么的不再重复说了，不懂看前面的文章，代码如下：

namespace BankOfChina{    [Export(typeof(ICard))]    public class ZHCard : ICard    {        public string GetCountInfo()        {            return "中国银行";        }        public double Money { get; set; }        public void SaveMoney(double money)        {            this.Money += money;        }        public void CheckOutMoney(double money)        {            this.Money -= money;        }    }}

主程序中的代码：

namespace MEF_2{    class Program    {        [ImportMany(typeof(ICard))]        public IEnumerable
     
       cards { get; set; }         static void Main(string[] args)        {            Program pro = new Program();            pro.Compose();            foreach (var c in pro.cards)            {                Console.WriteLine(c.GetCountInfo());            }            Console.Read();        }        private void Compose()        {            var catalog = new DirectoryCatalog("MyCards");            var container = new CompositionContainer(catalog);            container.ComposeParts(this);        }    }}
     

现在，我们知道只有一种银行卡，及中国银行的，注意我标红的代码，这里是一个目录，及主程序所在目录的Cards(bin-debug-Cards)文件夹(我们需要提前建立好)，我们把生成的BankOfChian.dll拷贝到这个文件夹下，然后运行才可以正确输出信息(毕竟我们没有引用那个项目)，如图：

 

此时我们看到输出结果为"中国银行"。

到了这里相信大家已经明白了，如果现在需求改变了，需要支持建行、农行等银行卡，怎么办呢？通常我们要改项目，把整个项目都编译再重新发布。但是现在不需要这么做了，我们只需要添加一个类库项目，把生成的dll拷贝到Cards目录下即可。

我们在这个解决方案下继续添加一个类库项目，实现ICard接口，代码如下：

namespace NongHang{    [Export(typeof(ICard))]    public class NHCard:ICard    {        public double Money { get; set; }        public string GetCountInfo()        {            return "中国农业银行";        }        public void SaveMoney(double money)        {            this.Money += money;        }        public void CheckOutMoney(double money)        {            this.Money -= money;        }    }}

点击右键编译，把生成的dll拷贝到Cards目录下面，运行看到如下结果：

再看看Cards目录中，现在你添加几个dll,就会显示多少条信息了。

------------------------------------------------MEF的高级用法 MEF中如何访问某个具体的对象-----------------------------------

前面我们讲过在导出的时候，可以在[Export()]注解中加入名称标识，从而识别某个具体的对象，然而这种方法只是用于页面初始化的时候就行过滤，页面打开后没有导入的就再也导入不了了，就是说我们不能在导入的集合中分辨各自的不同，所有导入的类都是没有标识的。

待续...