清理代码会破坏二进制兼容性

一旦你准备好发布一个包含所有漂亮新功能的主要版本,就可以继续进行你认为必要的二进制兼容性更改,在这种情况下,如果有什么东西坏了,也就不足为奇了。

如果你想变得聪明,你可以实现一个预处理器并编译代码两次,一次有期末考试,一次没有期末考试。这可以作为进入真正决赛的垫脚石,但与此同时,维护成本会很高。

我相信你已经知道了,但我怀疑这归结为“这是一个安全/简单/无忧”的升级吗?

• 点释放被认为是安全和常规的。它们应该完全由某些项目中的错误修复组成。其他项目将包括新功能,如果它们不太可能造成问题。
• 新的主要版本发布包含可能需要适应的进化变化
• 新专业 x.0 版本发布被老练的用户视为高度可疑:-)

除非开发人员正在编写一些利用这种疏忽的非常糟糕的代码,否则如果我们添加它们,他们的代码就不会崩溃。

比如创建不再工作的先前非最终类的子类?

我认为它应该是2.0,你应该继续支持1.x系列

此外,这里还有一个关于API的有趣视频:” How to design a good API and why it matters “作者Joshua Bloch,Java核心库的创建者,目前正在谷歌工作