如何理解元数

我们可以把元数据理解为随类型一起导出的附加信息。有时候我们会考虑,把元数据随类型一并导出,增加一些说明,使得我们在导入的时候,可以多一些筛选条件。

默认的类型导出带有元数据吗

上面的内容我说得比较简洁,也许您不是很理解,不要紧,在编程里面,很多东西我们都是写了代码后才理解的。所以,我的理论功底比较差,最不擅长的就是长篇大论,还是从代码中看吧。

我们首先要弄清楚一下问题:在我没有手动去添加元数据的默认导出类型,是否带有元数据。为了使代码更简单,这里我直接把一个类导出,而不编写公共接口了。

这里我们直接编写一个类,然后直接导入这个类型即可:

示例代码定在当前程序集中,可以在AssemblyCatalog范围查找。

AssemblyCatalog的Parts属性在智能提示中没有出现(从ComposablePartCatalog类继承下来,可能是因为虚方法没有被重写,所以没有在智能提示中显示出来),不过的确有这个属性,通过枚举Parts访问每个导出的组件类,而在ExportDefinitions属性中的每个ExportDefinition对象都有一个Metadata属性,它就是每个导出的元数据,为字典类型(IDictionary<string, object>),key是字符串类型,value是任意对象(Object)。

运行应用程序后,我们会看到如下图所示的内容:

这个例子表明,在默认情况下,导出是带有元数据的,从上面的运行结果可以猜到默认的元数据是用于说明导出组件的类型的。

如何导出元数据?

要导出元数据,除了对目标类型应用ExportAttribute特性外,还要用ExportMetadataAttribute特性来定义元数,在定义时遵循字典结构,即构造函数的两个参数分别代表key和value。如下面代码:

这两个元数据标记本组件的版本为200,作者是小王。我们知道元数据是IDictionary<string, object>字典结构,这就好办,我们在导入的时候使用Lazy<T, TMetadata>,以前我们用过Lazy<T>,现在因为带了元数据,所以就用Lazy<T, TMetadata>,然后让TMetadata的类型为IDictionary<string, object>就可以了。示例代码如下:

AssemblyCatalog cat = new AssemblyCatalog(typeof(Program).Assembly);

// 组装

CompositionContainer container = new CompositionContainer(cat);

Program p = new Program();

try

{

container.ComposeParts(p);

// 显示元数据

if (p.f_task.Metadata.ContainsKey("Ver"))

{

Console.WriteLine("版本号:{0}。", p.f_task.Metadata["Ver"].ToString());

}

if (p.f_task.Metadata.ContainsKey("Author"))

{

Console.WriteLine("作者:{0}。", p.f_task.Metadata["Author"].ToString());

}

Console.Write("\n\n");

// 测试调用

p.f_task.Value.OutPut();

}

catch(Exception ex)

{

Console.WriteLine(ex.Message);

}

finally

{

container.Dispose();

}

好了,运行一下,如图所示,我们已经把元数据也导入了。

还有另一种较为复杂的元数据导出导入方式,那就是自己实现的强类型元数据。我们来动手做做。

  1. 定义一个表示元数据的公共接口,名为ICustMetadata。

[MetadataViewImplementation(typeof(MyCustMetaData))]

public interface ICustMetadata

{

int Ver { get; } //版本

string Author { get; } //作者

}

在定义接口时,并加上MetadataViewImplementation特性,且指明哪些类将实现该接口。

2、上面我们指定了实现ICustMetadata的类为MyCustMetaData,所以接下来我们要定义这个类。

public class MyCustMetaData:ICustMetadata

{

IDictionary<string, object> m_dic;

// 构造函数

public MyCustMetaData(IDictionary<string, object> _pDic)

{

this.m_dic = _pDic;

}

public int Ver

{

get

{

if (m_dic.ContainsKey("Ver"))

{

return Convert.ToInt32(m_dic["Ver"]);

}

return -1;

}

}

public string Author

{

get

{

if (m_dic.ContainsKey("Author"))

{

return m_dic["Author"].ToString();

}

return string.Empty;

}

}

}

注意:定义元数据视图类时,必须包含带有一个IDictionary<string, object>类型参数的构造函数,否则将无法使用。我们通过前面的内容知道元数据其实是以字典形式存在的,故传给元数据视图类的构造函数的就是元数据的原始视图,只是我们用一个类来重封装了一下而已。

4、把调用的代码修改如下:

class Program

{

[Import]

public Lazy<TestTask, ICustMetadata> f_task;

static void Main(string[] args)

{

AssemblyCatalog cat = new AssemblyCatalog(typeof(Program).Assembly);

// 组装

CompositionContainer container = new CompositionContainer(cat);

Program p = new Program();

try

{

container.ComposeParts(p);

// 显示元数据

Console.WriteLine("元数据视图类型:{0}。", p.f_task.Metadata.GetType().Name);

// 显示元数据

Console.WriteLine("------- 元数据如下 --------");

Console.WriteLine("版本:{0}", p.f_task.Metadata.Ver);

Console.WriteLine("作者:{0}", p.f_task.Metadata.Author);

Console.Write("\n\n");

// 测试调用

p.f_task.Value.OutPut();

}

catch(Exception ex)

{

Console.WriteLine(ex.Message);

}

finally

{

container.Dispose();

}

Console.Read();

}

}

最后就得到如下图所示的结果:

元数据的实际类型正好是我们上面定义的MyCustMetaData类。

今天就到此为止吧,88各位。

实战MEF(5):导出元数据的更多相关文章

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

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

  2. MEF只导出类的成员

    MEF只导出类的成员 通过前面两篇文章的介绍,相信各位会明白MEF中有不少实用价值.上一文中我们也讨论了导入与导出,对于导出导入,今天我们再深入一点点,嗯,只是深入一点点而已,不会很难的,请大家务必放 ...

  3. 实战MEF(3):只导出类的成员

    通过前面两篇文章的介绍,相信各位会明白MEF中有不少实用价值.上一文中我们也讨论了导入与导出,对于导出导入,今天我们再深入一点点,嗯,只是深入一点点而已,不会很难的,请大家务必放心,如果大家觉得看文章 ...

  4. 实战MEF(2):导出&amp;导入

    上一文中,我们大致明白了,利用MEF框架实现自动扫描并组装扩展组件的思路.本文我们继续前进,从最初的定义公共接口开始,一步步学会如何使用MEF. 在上一文中我们知道,对于每一个实现了公共规范的扩展组件 ...

  5. 实战MEF(4):搜索范围

    在前面的文章中,几乎每个示例我们都会接触到扩展类的搜索位置,我们也不妨想一下,既然是自动扩展,它肯定会有一个或者多人可供查找的位置,不然MEF框架怎么知道哪里有扩展组件呢? 就像我们用导航系统去查找某 ...

  6. 实战MEF(1):一种不错的扩展方式

    在过去,我们完成一套应用程序后,如果后面对其功能进行了扩展或修整,往往需要重新编译代码生成新的应用程序,然后再覆盖原来的程序.这样的扩展方式对于较小的或者不经常扩展和更新的应用程序来说是可以接受的,而 ...

  7. 在 .NET 4 中使用托管可扩展性框架构建可组合的应用程序

    https://msdn.microsoft.com/zh-cn/library/ff576068.aspx http://blogs.msdn.com/b/nblumhardt/archive/20 ...

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

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

  9. WCF技术剖析之二十六:如何导出WCF服务的元数据(Metadata)[实现篇]

    原文:WCF技术剖析之二十六:如何导出WCF服务的元数据(Metadata)[实现篇] 元数据的导出就是实现从ServiceEndpoint对象向MetadataSet对象转换的过程,在WCF元数据框 ...

随机推荐

  1. AC日记——蓬莱山辉夜 codevs 2830

    2830 蓬莱山辉夜  时间限制: 1 s  空间限制: 32000 KB  题目等级 : 黄金 Gold 题解  查看运行结果     题目描述 Description 在幻想乡中,蓬莱山辉夜是月球 ...

  2. C# 获取当前域的路径值

    做域认证的情况下, 要先获取域的path, 可以先用代码获取当前域的path. string pathCur = "LDAP://RootDSE"; DirectoryEntry ...

  3. BZOJ4293: [PA2015]Siano

    Description 农夫Byteasar买了一片n亩的土地,他要在这上面种草. 他在每一亩土地上都种植了一种独一无二的草,其中,第i亩土地的草每天会长高a[i]厘米. Byteasar一共会进行m ...

  4. WCF服务的异常消息

    原创地址:http://www.cnblogs.com/jfzhu/p/4055024.html 转载请注明出处 WCF Service发生异常的时候,客户端一般只能看见这样一个错误:“The ser ...

  5. &lt;&lt;&lt; sqlserver、Mysql、Oracle数据库优缺点

    sqlserver 优点: 易用性.适合分布式组织的可伸缩性.用于决策支持的数据仓库功能.与许多其他服务器软件紧密关联的集成性.良好的性价比等:   为数据管理与分析带来了灵活性,允许单位在快速变化的 ...

  6. 2016 CCPC 东北地区重现赛

    1. 2016 CCPC 东北地区重现赛 2.总结:弱渣,只做出01.03.05水题 08   HDU5929 Basic Data Structure    模拟,双端队列 1.题意:模拟一个栈的操 ...

  7. VR外包团队:VR和AR技术已经红得发紫

    近6个月以来,VR和AR技术已经红得发紫. 不管是创业公司还是互联网巨头,如果不在VR领域有所涉猎,都不好意思跟外界打招呼.最近,阿里巴巴公布VR战略并推出了一条VR购物的视频,更是给业界打了满满一碗 ...

  8. 分支合并git checkout adview git merge adview3

    分支合并 git checkout adview git merge adview3

  9. MFC之动态创建按钮

    打开VS 创建MFC基于对话框的工程,在对话框初始化方法中动态创建一个按钮实例: 1> CButton *pMyButton = new CButton();CEdit *pMyEdit = n ...

  10. sccm部署win7原版系统系统盘为D盘

    1. 系统部署完毕之后是这样的