标签:客户 了解 min 兼容性 osgi 知识 tool http 自己的
首先需要了解的是bnd的相关知识:
1. API(也就是接口),
2. API Provider(接口的实现)
3. API Consumer( 接口的使用者)
OSGi中的一个版本有4个部分:
major 1
minor 1.1
micro 1.1.1
qualifier 1.1.1.qualifier
主版本 1
次版本 1.1
微版本 1.1.1
限定符 1.1.1.qualifier
主版本 破坏前后兼容性变化
次版本 向后兼容性变化
微版本 bug的修复(非API变化)
限定符 新的构建
Provider Policy其实就是接口实现的版本控制策略,API Provider需要导入API所在的包,那么它的版本变化是随着API所在包的次版本而变化的,例如如果API中添加一个新的方法(次版本发生变化),那么API Provider必须实现这个方法,要不然以后新的客户端调用这个方法时候,就没有实现。
Consumer Policy就是接口调用者的版本控制策略, Consumer Policy也需要导入API所在的包,它的版本变化是随着API所在包的主版本而变化的,因为即使API中添加了一个新方法,它也用不上,编译中也不会出现错误。但是如果API中删除一个方法(主版本发生变化),它就要发生变化了,因为它原来调用的方法可能已经被删除了,编译也就不能通过了。
以上,终于把这个以前困扰自己的问题解决了。
附上官方文档链接:http://bnd.bndtools.org/chapters/170-versioning.html
Provider Policy与Consumer Policy在bnd中的区别
标签:客户 了解 min 兼容性 osgi 知识 tool http 自己的
原文地址:http://www.cnblogs.com/hibou/p/7226318.html