基于MEF的插件框架的总体设计

基于MEF的插件框架的总体设计2016-03-02

1.MEF框架简介

MEF的全称是Managed Extensibility Framework（MEF），其是.net4.0的组成部分，在3.5上也可以使用。熟悉java中的spring框架的人，对这个框架中涉及的几个概念应该会比较容易理解。

这里我先把我两年多前的一个完整的利用MEF搭建的插件式系统中涉及到的MEF框架里的几个基本概念大致描述下。

1.1 依赖注入（export、import）

MEF框架中提供 import和export功能，即注入和导出。Spring中有依赖注入这个概念，这里的这个概念也是大同小异，即将某个对象实例化后，注入到依赖这个实例的对象中，如此可以降低类之间的耦合。同样，与spring中的注入类似，MEF也有延迟注入这个概念，普通的依赖注入在整个程序开始运行时便进行了注入，而这种延迟注入可以做到只有当对象需要被使用时才进行注入。

1.2约定（Contracts）

约定是与依赖注入相辅相成的。依赖注入最大的好处就是类与类之间解耦，但是如何知道到底是将一个类注入到另外一个类中呢，这里就需要约定这个概念了。既需要注入的类并不用直接引用对方的类，而是两者通过一个共同的接口（也可以是类等其他），此接口即为约定，从而进行导出和注入。

1.3 目录和组件容器（catalog、compositionContainer）

我们用spring时，针对不同的应用，我们只需要启动applicationContext或者WebApplicationContext将配置加载到IOC容器中，根据XML配置或者注记便可以实现类的依赖注入。在MEF框架中，这种IOC容器需要代码来进行实现，并且配置一般通过注记的方式。

这里涉及到两个概念，分别是catalog和compositionContainer。catalog中将所有需要组装到IOC容器中的类集中到一起，然后再将catalog放入到componentContainer中，这样我们的IOC容器便拥有了所有的需要进行控制的类。但是仅仅放入后，也并不能让容器进行自动的依赖注入，它还需要我们进行ComposeExportedValue和SatisfyImportsOnce这样的操作，才能真正的完成依赖注入的全过程。

1.4 MEF框架图

2.系统设计

我这里先把两年前的那个项目的内容大致描述下。该项目为一个影像处理全自动化的项目，分为影像的自动化接收，利用Platform进行并行化预处理，然后再利用此平台对影像进行冰凌、干旱、洪涝的分析处理，最后生成产品后发布和入库。当时是由几个大学和一个单位一起合作完成的，哪几个大学就不说了。我只是这些众多参与人中的一个，不过我不是像他们做遥感用envi的DLL语言处理影像的，也不是他们用Platform做并行计算的，也不是那些后台做产品发布和入库的。我做的主要是下面这个需求。