您的位置:首页 > 其它

MEF插件系统中通信机制的设计和实现

2014-08-10 13:34 441 查看

MEF插件系统中通信机制的设计和实现

1.背景

一般的WinForm中通过C#自带的Event机制便能很好的实现事件的注册和分发,但是,在插件系统中却不能这么简单的直接用已有的类来完成。一个插件本不包含另外一个插件,它们均是独立解耦的,实现插件和插件间的通信还需要我们设计出一个事件引擎来完成这个需求。

目前很多高级语言中基本都实现了观察者模式,并进行了自己的包装。比如C#中的delegate和event组合,java awt中的Event和addActionListener组合,Flex中的Event、addEventListener、dispatchEvent等。

不过这里如果要实现插件系统的事件机制,需要重新自己利用观察者模式来进行设计。而且还将涉及到泛型这个概念。

2.知识准备

2.1观察者模式

这里先给出观察者模式的UML图:



可以把观察者模式理解为两个部分:

(1)Obesrver(观察者):每个观察者均有自己的行为方式,但是他们均继承于同一个基类,此基类中定义了一个所有继承观察者均有的行为触发方法。

(2)Subject(触发者):触发者即是被观察者,在Subject中一定会有一个容器来存储与触发者相关的观察者,因为包含观察者容器,所以Subject方法中提供了注册和注销的方法。同时Subject中一定有一个触发方法,当调用此方法时,便会遍历装有观察者的容器,Obeserver类再利用多态特性实现了每个观察者特有的行为。

2.2. 泛型

泛型是具有占位符(类型参数)的类、结构、接口和方法,这些占位符是类、结构、接口和方法所存储或使用的一个或多个类型的占位符。

事件机制中的通信数据因为不能确定为某种具体数据,在实现中,统一用泛型来代替。

3.以一个需求为线索

项目中需要在插件处理完影像后,将处理完的影像的地址、名称以及类型通知给宿主。然后宿主根据得到的消息和数据,将处理完后的影像展现出来。

4.设计完整的可导出的触发者(Subject)部分

这部分设计的UML图如下所示:



4.1设计单个触发者(Subject)



代码中实现了观察者容器、注入和发布部分。

4.2 设计要传递的内容(data)

我的项目中需要将插件处理完影像后,将处理完的影像的地址、名称以及类型通知给宿主。于是我将这样设计我的事件中包含的数据:



4.3 设计触发者子类(ConcreteSubject)

具体的要传递的数据是对应具体的触发者的。我们可以有多种多样的事件,而每种触发者将对应一种事件,所以这里需要设计多个触发者子类。针对3.1.2中说的插件处理完影像后的触发事件,这里给出实现的代码:



4.4 设计MEF中的契约(Contract)



4.5 设计触发者容器(EventAggregator)



触发者容器中包含了所有的触发者,并且提供了获取容器中具体触发者的方法,即GetEvent方法。代码中还给出了Export标签,这是为了让其他插件和组件加载后能够将触发者容器注入其中。这样需要将某个方法注入到一个具体的事件上时,则只需在触发者容器中通过GetEvent方法得到该触发者,然后将方法再subscribe到这个触发者中。

4.6整体结构



5. 设计完整的可注入的观察者(Observer)部分

5.1将触发者容器(EventAggregator)注入



5.2 将Observer注册到对应的触发者(Subject)中

首先获得需要注册入的ConcreteSubject,然后将Observer注入其中,这里的Observer是继承于Action的。



6.设计事件触发(invoke)部分

6.1将触发者容器(EventAggregator)注入

这里同样需要将EventAggregator注入到事件被触发的模块中。



6.2 触发机制的实现



首先获得需要触发的触发者(ConcreteSubject),然后将需要传递的信息实例化,最后触发这个事件(Publish)。

7.总结

到这里,我已经把我的MEF插件系统中的事件机制解析完了。其实说到底就是一个观察者模式的实现,只是在这个模式的基础上做了一个包装。在下一节中,我将主要讲解MEF插件中插件注入到宿主中的过程,和插件在宿主中界面的实现。

分类: GIS的C/S插件系统
标签: GIS的插件系统

内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: