1.SPI机制简介
面向的对象的设计里,我们一般推荐模块之间基于接口编程,模块之间不对实现类进行硬编码。一旦代码里涉及具体的实现类,就违反了可拔插的原则,如果需要替换一种实现,就需要修改代码。为了实现在模块装配的时候能不在程序里动态指明,这就需要一种服务发现机制。 java spi就是提供这样的一个机制:为某个接口寻找服务实现的机制。有点类似IOC的思想,就是将装配的控制权移到程序之外,在模块化设计中这个机制尤其重要。
2.SPI具体约定
java spi的具体约定为:当服务的提供者,提供了服务接口的一种实现之后,在jar包的META-INF/services/目录里同时创建一个以服务接口命名的文件。该文件里就是实现该服务接口的具体实现类。而当外部程序装配这个模块的时候,就能通过该jar包META-INF/services/里的配置文件找到具体的实现类名,并装载实例化,完成模块的注入。 基于这样一个约定就能很好的找到服务接口的实现类,而不需要再代码里制定。jdk提供服务实现查找的一个工具类:java.util.ServiceLoader
###3.案例说明
####1.首先定义接口
public interface Spi{
boolean isSupport(String name);
String sayHello();
}
2.A厂商的实现
public interface SpiAImp implements Spi{
public boolean isSupport(String name){
return "SPIA".equalsIsIgonreCase(name);
}
public String sayHello(){
return "Hello 我是A";
}
}
在 A厂商提供的 jar 包中的 META -INF/services/com.example.Spi 文件的内容为com.a.example.SpiAImp
####2.B厂商的实现
public interface SpiBImp implements Spi{
public boolean isSupport(String name){
return "SPIB".equalsIsIgonreCase(name);
}
public String sayHello(){
return "Hello 我是B";
}
}
在 A厂商提供的 jar 包中的 META -INF/services/com.example.Spi 文件的内容为com.a.example.SpiBImp
ServiceLoader.load(Spi.class) 读取厂商A、 B提供 jar 包中的文件
参考博客http://www.cnblogs.com/javaee6/p/3714719.html
http://blog.csdn.net/quhongwei_zhanqiu