考虑到这一点,我们有一组API要发布,并且最有可能在未来自下而上进行重新设计,将版本化保留在包级别以实现向后兼容性,以便用户始终可以获得最新的释放而不是担心破坏他们的代码比发布不同的库版本,如果用户不坚持某个发布版本,则不能始终保证向后兼容性?
e.g。 MyClass-LATEST.jar,其package MyClass.v1;
然后将package MyClass.v2;
提供MyClass.v1
,同时将{{1}}保留在同一个库MyClass-LATEST.jar中
反对释放MyClass-vX.X-RELEASE.jar ......
干杯
答案 0 :(得分:3)
我不会将版本号放在API中。如果您发布的版本不向后兼容,则用户无需升级。但是,如果您使发布版向后兼容,例如错误修复版本,您将强制用户更改其包名称,而无需放入新的jar。
构建工具(ant,maven,gradle等)用于管理版本。您不应该在API包名称中这样做。