一、   什么是MEF

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

  我的理解:应用/插件均使用约定好的协议(接口)进行开发。系统将自动扫描指定文件夹,并按协议自动导入。

二、   MEF简单例子

1、例子一

a、定义接口

 public interface DemoOneInterface
{
void Send(string msg);
}

b、使用接口

    public class DemoOne
{
[Import]
DemoOneInterface DO; public void Run()
{
DO.Send("DemoOne.Run");
}
}
使用[Import]标记需要导入属性(DemoOneInterface DO;),如果不标记,则MEF不会进行导入。

c、创建插件类

    [Export(typeof(DemoOneInterface))]
public class DemoOneInherit1 : DemoOneInterface
{ #region DemoOneInterface Members public void Send(string msg)
{
Console.WriteLine("DemoOneInherit1 send {0}", msg);
} #endregion
}

插件

插件类需要使用Export标记,并且声称导出类型。

d、查看效果

  static void Main(string[] args)
{
new DemoOne().Run(); Console.ReadLine();
}

原来我们使用MEF,但并没有通知MEF去寻找插件。

我们对Main函数进行修改:

var demo = new DemoOne();

            var catalog = new AggregateCatalog();

            catalog.Catalogs.Add(new AssemblyCatalog(typeof(Program).Assembly));

            //catalog.Catalogs.Add(new DirectoryCatalog("Addin"));   //遍历运行目录下的Addin文件夹,查找所需的插件。

            var _container = new CompositionContainer(catalog);

            _container.ComposeParts(demo);

            demo.Run();

修改后再次运行看看效果。

OK,运行起来了,和预期一样。

2、例子二

运行例子一,没有问题,但2个插件使用同一个的时候,会报错。

因此我们可以为Export加入别名(contractName),并且Import的时候也指定别名,MEF就会根据别名自动进行加载。

修改后代码如下:

public class DemoOne
{
[Import("")]
DemoOneInterface DO; public void Run()
{
DO.Send("DemoOne.Run");
}
} public interface DemoOneInterface
{
void Send(string msg);
} [Export("",typeof(DemoOneInterface))]
public class DemoOneInherit1 : DemoOneInterface
{ #region DemoOneInterface Members public void Send(string msg)
{
Console.WriteLine("DemoOneInherit1 send {0}", msg);
} #endregion
} [Export("", typeof(DemoOneInterface))]
public class DemoOneInherit12 : DemoOneInterface
{ #region DemoOneInterface Members public void Send(string msg)
{
Console.WriteLine("DemoOneInherit2 send {0}", msg);
} #endregion
}

运行效果:

3、例子三

有时我们希望一个同时使用多个插件,比如:输出log。

这时我们可以将Import改为ImportMany,并且修改Do的类型为IEnumerable<DemoOneInterface>来导入多个插件。

修改后代码:

   public class DemoOne
{
[ImportMany]
IEnumerable<DemoOneInterface> DoList; public void Run()
{
foreach (var _do in DoList)
{
_do.Send("DemoOne.Run");
}
}
} public interface DemoOneInterface
{
void Send(string msg);
} [Export(typeof(DemoOneInterface))]
public class DemoOneInherit1 : DemoOneInterface
{ #region DemoOneInterface Members public void Send(string msg)
{
Console.WriteLine("DemoOneInherit1 send {0}", msg);
} #endregion
} [Export(typeof(DemoOneInterface))]
public class DemoOneInherit12 : DemoOneInterface
{ #region DemoOneInterface Members public void Send(string msg)
{
Console.WriteLine("DemoOneInherit2 send {0}", msg);
} #endregion
}

运行效果:

4、例子四

现在有很多插件使用同一个约定,但我想根据配置在同一个方法中调用某个插件。

这时我们需要使用ExportMetadata来为插件的特殊属性进行标记。

使用到Lazy,来进行延迟加载,并且获取插件标记的信息。(关于Lazy具体信息请自行查找)

a、新增插件描述类

    public interface DemoOneInterfaceDepict
{
string Depict{get;}
}

b、为插件定义描述

 [Export(typeof(DemoOneInterface))]
[ExportMetadata("Depict", "")]
public class DemoOneInherit1 : DemoOneInterface
{ #region DemoOneInterface Members public void Send(string msg)
{
Console.WriteLine("DemoOneInherit1 send {0}", msg);
} #endregion
} [Export(typeof(DemoOneInterface))]
[ExportMetadata("Depict", "")]
public class DemoOneInherit12 : DemoOneInterface
{ #region DemoOneInterface Members public void Send(string msg)
{
Console.WriteLine("DemoOneInherit2 send {0}", msg);
} #endregion
}

c、修改DoList

IEnumerable<Lazy<DemoOneInterface,DemoOneInterfaceDepict>> DoList;

d、根据配置调用

 public class DemoOne
{
[ImportMany]
IEnumerable<Lazy<DemoOneInterface,DemoOneInterfaceDepict>> DoList; public void Run()
{
foreach (var _do in DoList.Where(item=>item.Metadata.Depict == ReadXml()))
{
_do.Value.Send("DemoOne.Run");
}
} string ReadXml()
{
return "";
}
}

运行结果:

三、简化调用

上述4个例子运行正常,但我们一直没去在意Main函数里面的内容。

 var demo = new DemoOne();

            var catalog = new AggregateCatalog();

            catalog.Catalogs.Add(new AssemblyCatalog(typeof(Program).Assembly));

            //catalog.Catalogs.Add(new DirectoryCatalog("Addin"));   //遍历运行目录下的Addin文件夹,查找所需的插件。

            var _container = new CompositionContainer(catalog);

            _container.ComposeParts(demo);

            demo.Run();

看着头就晕了,难道每次构造一个函数,都这么写吗?那不是非常痛苦?!!!

重新设计一下:

1、使用基类

    public abstract class BaseClass
{
public BaseClass()
{
var catalog = new AggregateCatalog(); catalog.Catalogs.Add(new AssemblyCatalog(typeof(Program).Assembly)); var _container = new CompositionContainer(catalog); _container.ComposeParts(this);
}
}

修改DemoOne类继承BaseClass

 public class DemoOne : BaseClass

简化调用

 var demo = new DemoOne();
demo.Run();

运行 ok。

2、使用扩展方法

每个类都要继承这个基类,由于C#只有单继承,已经继承了一个基类后,就比较麻烦。

因此衍生出第二种方法,新增扩展方法。

扩展方法

public static class ObjectExt
{
public static T ComposePartsSelf<T>(this T obj) where T : class
{
var catalog = new AggregateCatalog(); catalog.Catalogs.Add(new AssemblyCatalog(typeof(Program).Assembly));
catalog.Catalogs.Add(new DirectoryCatalog("."));
//catalog.Catalogs.Add(new DirectoryCatalog("addin")); var _container = new CompositionContainer(catalog); _container.ComposeParts(obj); return obj;
}
}

修改DemoOne类,新增构造函数,并且调用扩展方法

  public class DemoOne
{
public DemoOne()
{
this.ComposePartsSelf();
} [ImportMany]
IEnumerable<Lazy<DemoOneInterface,DemoOneInterfaceDepict>> DoList; public void Run()
{
foreach (var _do in DoList.Where(item=>item.Metadata.Depict == ReadXml()))
{
_do.Value.Send("DemoOne.Run");
}
} string ReadXml()
{
return "";
}
}

简化调用

 var demo = new DemoOne();
demo.Run();

运行 ok。

MEF学习的更多相关文章

  1. C#可扩展编程之MEF学习笔记(五):MEF高级进阶

    好久没有写博客了,今天抽空继续写MEF系列的文章.有园友提出这种系列的文章要做个目录,看起来方便,所以就抽空做了一个,放到每篇文章的最后. 前面四篇讲了MEF的基础知识,学完了前四篇,MEF中比较常用 ...

  2. C#可扩展编程之MEF学习笔记(四):见证奇迹的时刻

    前面三篇讲了MEF的基础和基本到导入导出方法,下面就是见证MEF真正魅力所在的时刻.如果没有看过前面的文章,请到我的博客首页查看. 前面我们都是在一个项目中写了一个类来测试的,但实际开发中,我们往往要 ...

  3. C#可扩展编程之MEF学习笔记(三):导出类的方法和属性

    前面说完了导入和导出的几种方法,如果大家细心的话会注意到前面我们导出的都是类,那么方法和属性能不能导出呢???答案是肯定的,下面就来说下MEF是如何导出方法和属性的. 还是前面的代码,第二篇中已经提供 ...

  4. C#可扩展编程之MEF学习笔记(二):MEF的导出(Export)和导入(Import)

    上一篇学习完了MEF的基础知识,编写了一个简单的DEMO,接下来接着上篇的内容继续学习,如果没有看过上一篇的内容, 请阅读:http://www.cnblogs.com/yunfeifei/p/392 ...

  5. C#可扩展编程之MEF学习笔记(一):MEF简介及简单的Demo

    在文章开始之前,首先简单介绍一下什么是MEF,MEF,全称Managed Extensibility Framework(托管可扩展框架).单从名字我们不难发现:MEF是专门致力于解决扩展性问题的框架 ...

  6. C#可扩展编程之MEF学习

    MEF系列文章: C#可扩展编程之MEF学习笔记(一):MEF简介及简单的Demo C#可扩展编程之MEF学习笔记(二):MEF的导出(Export)和导入(Import) C#可扩展编程之MEF学习 ...

  7. [转]MEF学习

    MEF学习 :http://www.cnblogs.com/comsokey/p/MEF1.html C#可扩展编程之MEF学习笔记(一):MEF简介及简单的Demo C#可扩展编程之MEF学习笔记( ...

  8. MEF学习笔记

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

  9. MEF学习小结 z

    1.什么是MEF. MEF,全称是Managed Extensibility Framework.它是.NET Framework4.0的一个类库,其主要目的是为了创建可扩展的应用程序.按照官方说法就 ...

随机推荐

  1. Asp.net Core中使用Session

    前言 2017年就这么悄无声息的开始了,2017年对我来说又是特别重要的一年. 元旦放假在家写了个Asp.net Core验证码登录, 做demo的过程中遇到两个小问题,第一是在Asp.net Cor ...

  2. ASP.NET Core 中间件之压缩、缓存

    前言 今天给大家介绍一下在 ASP.NET Core 日常开发中用的比较多的两个中间件,它们都是出自于微软的 ASP.NET 团队,他们分别是 Microsoft.AspNetCore.Respons ...

  3. C++中的事件分发

    本文意在展现一个C++实现的通用事件分发系统,能够灵活的处理各种事件.对于事件处理函数的注册,希望既能注册到普通函数,注册到事件处理类,也能注册到任意类的成员函数.这样在游戏客户端的逻辑处理中,可以非 ...

  4. HTML骨架结构

    前面的话   一个完整的HTML文档必须包含3个部分:文档声明.文档头部和文档主体.而正是它们构成了HTML的骨架结构.前面已经分别介绍过文档声明和文档头部,本文将详细介绍构成HTML骨架结构的基础元 ...

  5. C#多线程之线程同步篇2

    在上一篇C#多线程之线程同步篇1中,我们主要学习了执行基本的原子操作.使用Mutex构造以及SemaphoreSlim构造,在这一篇中我们主要学习如何使用AutoResetEvent构造.Manual ...

  6. python通过protobuf实现rpc

    由于项目组现在用的rpc是基于google protobuf rpc协议实现的,所以花了点时间了解下protobuf rpc.rpc对于做分布式系统的人来说肯定不陌生,对于rpc不了解的童鞋可以自行g ...

  7. 免费开源的.NET多类型文件解压缩组件SharpZipLib(.NET组件介绍之七)

    前面介绍了六种.NET组件,其中有一种组件是写文件的压缩和解压,现在介绍另一种文件的解压缩组件SharpZipLib.在这个组件介绍系列中,只为简单的介绍组件的背景和简单的应用,读者在阅读时可以结合官 ...

  8. 代码的坏味道(16)——纯稚的数据类(Data Class)

    坏味道--纯稚的数据类(Data Class) 特征 纯稚的数据类(Data Class) 指的是只包含字段和访问它们的getter和setter函数的类.这些仅仅是供其他类使用的数据容器.这些类不包 ...

  9. 来自于微信小程序的一封简讯

    9月21晚间,微信向部分公众号发出公众平台-微信应用号(小程序)的内测邀请,向来较为低调的微信在这一晚没人再忽视它了. 来自个人博客:Damonare的个人博客 一夜之间火了的微信应用号你真的知道吗? ...

  10. ActiveRecord模式整理

    DAO Data Access Object,数据访问对象 DAO是一个软件设计的指导原则,在核心J2EE模式中是这样介绍DAO模式的:为了建立一个健壮的J2EE应用,应该将所有对数据源的访问操作抽象 ...