java插件模式,是否有处理Java插件的良好模式?

这个问题在某种程度上受到了我询问的previous question的启发.

我编写的大多数代码都与API有关,而API本质上必须易于扩展.我和团队其他成员共同努力解决了一个常见问题,即如何处理插件,即可以扩展我们自己的接口并在最终实现中使用的类应该感觉像是解决方案的基本组成部分.我特别在考虑以下类型的用例(使用汽车类比)

接口:

Car

提供的实现:

Ford

Audi

第三方实施:

Toyota

我们通常需要的是CarDealer类知道Car的所有现有实现,而不必强迫第三者在配置文件中显式声明Car.我一直在想的一个想法是让Car的实现向CarDealer注册自己,但这打开了一个新的蠕虫罐,因为Toyota(或任何其他实现)只有在明确引用它们之前都不会初始化.一个陷阱22.注释Car的实现,然后遍历代码并使用相关注释初始化任何类也是一种可行的方法,但是我担心这可能会占用大量资源.

我认为我们不能成为第一个解决此问题的人,那么有没有已知的设计模式可以解决这个问题?

解决方法:

看一看java.util.ServiceLoader.从本质上讲,您创建了一个接口,然后该服务的所有实现者都可以包括文件/ META-INF / services /.在其jar中列出所有实现.

然后,可以使用ServiceLoader加载在类路径中发现的所有实现(例如JDBC 4.0要求驱动程序也要使用它来摆脱使用Class.forName(…)来加载驱动程序).

标签:plugins,java

来源: https://codeday.me/bug/20191202/2086354.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值