到目前为止,你所说的一切对我来说都是合理的。您将某些区域模块化,在不同的抽象级别上定义接口,并使用不同的接口导出每个模块,即每个模块将注册为它实现的多个接口。您将能够根据您需要的抽象级别解析您的模块,获得所有服务、所有业务领域等。所以,在我看来,您正朝着正确的方向前进。
如何处理元数据?MEF 提供元数据的导出,这似乎是一个合理的使用方法。也许我没有完全明白,但我在 MEF 元数据导出方面的经历非常糟糕。据我回忆,MEF 将元数据存储为键值对,其中键是字符串。
即使您使用类型化元数据导出和使用功能,元数据也不是真正类型安全的。假设您有一个带有名为“PropertyA”的属性的接口“IMetadata”,并且您注册了一个类型(Foo
为了创造性而调用它),该类型用一个相应的属性装饰,MEF 称之为typesafe方式(实现 IMetadata的元数据)。现在假设您有第二个元数据接口“IMetadataB”,它也有一个名为PropertyA
. 如果您现在请求Foo
使用元数据进行解析,IMetadataB
您将首先获得您注册的实例,因为 MEF 对PropertyA
存在于元数据键值对中并构建相应的代理元数据类型实现IMetadataB
.
长话短说,也许我对 MEF 不公平,但我停止使用 MEF 内置的元数据支持,并建议您也这样做。
由于我正在处理非常复杂且冗长的元数据,包括我希望与导出的类紧密耦合的类文档,我开发了一个对我来说非常有效的系统,尽管它有点不合常规:
基本上,我为我的元数据定义了一个接口和一个基类,比如MetadataBase
使用一个名为Description
.
public class MetadataBase : IMetadata
{
public string Description { get; set; }
}
之后,对于我想要为其获取元数据的每个类,我FooMetadata
从这个基类派生一个类 ( ) 并在 XAML 中部分定义它。然后,在 XAML 中,我定义属性的类特定值,例如:
<md:MetadataBase.Description>
The description of my class goes here
</md:MetadataBase.Description>
使用自定义属性,我将元数据类型与我的实际类相关联:
[Export(typeof(IFoo))]
[AssociatedMetadata(typeof(FooMetadata))]
public class Foo : IFoo
{
// Whatever
}
对象的扩展方法允许您通过反射读取元数据:
public static IMetadata GetMetadata(this object objectWithMetadata)
{
// Read attribute type
// Create instance of the metadata type, i.e. FooMetadata
// A caching mechanism can be implemented, if needed, but, honestly,
// my really big metadata objects including images and stuff like this
// are created within 3-5 ms
// Return this instance
}
现在,您基本上就在那里,您可以读取任何具有如下元数据的对象的元数据:
var myObjectsMetadata = myObject.GetMetadata();
当您AssociatedMetadataAttribute
实现接口并使用此接口的元数据注册您的类型时,您可以在 MEF 中使用此元数据。什么都不会混淆,因为对于拥有一个属性而没有其他任何东西(类型)的所有内容,您都有一种类型的元数据。
这个解决方案不是解决所有问题的正确方法,但我喜欢它,你的问题是展示它的好机会。希望能帮助到你!