Java Apache通用Utils包已更改为4

Java Apache通用Utils包已更改为4,java,Java,我们已经使用了CollectionUtils.isEmpty,在整个应用程序中有许多地方大约有1000个文件 现在,包名在最新版本apachecommonutils中已更改为ApacheCommonUtils4 我们是否需要在上面的API中拥有自己的实用程序包和调用,因为在升级过程中会发生剧烈的变化。如果我们有自己的实用程序,那么包名的更改将在一个地方进行 最佳做法是什么 企业应用程序是如何构建的 由于几个人在不同的项目上工作和合并,我们面临许多合并问题和冲突 只有一种方法可以做到这一点 现在回

我们已经使用了CollectionUtils.isEmpty,在整个应用程序中有许多地方大约有1000个文件

现在,包名在最新版本apachecommonutils中已更改为ApacheCommonUtils4

我们是否需要在上面的API中拥有自己的实用程序包和调用,因为在升级过程中会发生剧烈的变化。如果我们有自己的实用程序,那么包名的更改将在一个地方进行

最佳做法是什么

企业应用程序是如何构建的


由于几个人在不同的项目上工作和合并,我们面临许多合并问题和冲突

只有一种方法可以做到这一点

  • 现在回到Commons Utils的先前版本

  • 将此升级计划为一个单独的主要项目,可以在代码库处于稳定状态时完成。在发布版之外创建一个新的功能分支,除了升级之外,在该分支上不做任何其他操作

  • 确保对所有使用通用UTIL且受升级影响的模块进行彻底的回归测试


  • 大多数IDE(例如IntelliJ)都有强大的重构工具,可以解决这种情况,并使您的工作更轻松。我赞成使用新的JAR,只是到处修改代码。这取决于需要重建、回归测试和部署多少内部项目。。。特别是因为破坏名称兼容性的更改通常伴随着其他破坏性更改。您是否有充分的理由想要升级Apache Common UTIL?如果您需要一些新功能,您会遇到困难,如果不需要,您可能需要等待,并为如何实现这些功能制定一个真正的计划。由于几个人在不同的项目上工作和合并,我们面临许多合并问题和冲突