插件化结构利与弊

插件化结构的利与弊

最近在做Java的插件化架构设计，插件化，或称组件化。最大的优势就是按照功能区分，系统耦合度低，一块功能的添加或删除，并不影响其他功能的使用。

我设计的一个Android聊天机器人程序，代码量并不算大，但结构复杂，功能繁复。有本地聊天机器人，在线聊天机器人，网络通信，音乐播放，打电话，发短信，数据统计，语料更新等诸多功能。

如果所有的功能都打包在一个工程内，简单可靠，但扩展性极为不佳，扩展功能的成本非常之高，但效率和代码量均较小。
如果将各个功能拆分成为各个组件，组件间相互调用，这样可以使得系统的耦合度降低，但添加了诸多的数据传递代码

一直以来，没有一个很有效的组件化设计思路。目前希望这样进行尝试，由于各个组件，有的功能需要非常深的调用，维护一个PluginContext，负责保存整个插件依赖项的指针，然后将这个依赖上下文自动进行构造时传递，依赖的数据有效的进行传递。

首先保证，组件内部，任意一个位置，都能调用组件的上下文类，上下文类在插件初始化时构造好，自动传递需要的参数到其余的实现类中。这样，我们只需要关心，将含有其依赖项的模块的接口，传送到对应模块上去即可，而通过上下文类，模块内部各个位置也将获取到依赖项的指针。

整个插件系统大概看起来像这样：

系统的每一部分，都只是一个插件，所有部分都是平级的，可能GUI用来加载并引导框架启动，但其也必须是一个插件，才能被其他组件调用。组件和组件间的循环依赖是可以的，因为大家都仅仅保护对应插件的接口工程。