插件框架方法
您已经说过您想要进行热代码交换,但您真正需要的是松散耦合的模块以及在运行时进行解析的能力。坦率地说,任何插件框架都可能有所帮助,包括成熟的 OSGi(将在下面介绍)。
由于您正在执行某种 PoC,我建议您查看以下示例:
- 您有一个定义了一些扩展点(隐喻解释)的元应用程序
- 要升级或替换的功能将作为松散耦合的模块(插件)实现
- 元应用程序通过请求或自动执行解析以查找更新的“功能”(根据定义的扩展点)
可以提出定义simlle升级方案:
- 用户使用应用程序
- 用户安装(复制)具有一个或多个扩展点的新实现的 JAR(其他类型的包)
- 用户触发全局系统解析或系统扫描新更新或系统执行解析每个用户尝试访问某些功能
以这种方式,元应用程序将能够提供新的或更新的功能而无需重新启动。这样你就可以:
- 尝试使用一些简单的 java 插件框架(例如,Java Simple Plugin Framework。5 分钟就可以了。没有 XML。这种方法似乎有点难看
- 使用 clojure 的动态特性,正如这里所建议的那样
您还可以查看并采用 Waterfront(基于 Clojure 的 Clojure 编辑器)调查结果(可能需要它来增强生命周期管理等)
在实现方面,Waterfront 是基于上下文模式的。它允许事件处理程序以功能(无副作用)的方式进行通信。除此之外,还有一个插件加载器机制,它加载在 Waterfront 的配置文件中指定的插件。这意味着可以轻松添加或删除功能(在调试时非常有用!)。
OSGI 方法
正如建议的那样,OSGi 似乎是解决您的问题的好方法。另请注意,OSGi 是好的、成熟的,并且提供了很多开箱即用的东西,但它也有些复杂:
顺便说一句,OSGi 是 clojure 社区的长期目标。您可以检查Clojure Todo:
> better modularization for OSGi etc
> * names
> * no single namespace pool
> * namespaces found via classes, thus tracks classloader and modules
> * deal with import proxying a la Class.forName stack walk?
已经有一些解决方案可用:
- clojure-osgi-utils
- clojure.osgi
第二个项目提供了使用 clojure 和 OSGi 的 Producer-Consumer 示例:
快乐编码。