Java 在公共语言中避免包更改的包装器类 我们在6个不同的模块中使用公共语言依赖项及其类。因为新的依赖项将包更改为org.apache.commons.lang.StringUtils到org.apache.commons.lang3.StringUtils。所以我们必须重构完整的代码库 为了避免上述问题，我们决定创建一个特定于项目的StringUtils类，该类将在内部调用org.apache.commons.lang.StringUtils，因此将来如果任何包结构发生更改，我们只能在单个类中进行更改

org.apache.commons.lang3.StringUtils中的所有方法都是静态方法

在这里创建包装器类的最佳方法是什么？ 我们可以执行

类StringUtils扩展org.apache.commons.lang3.StringUtils

并保持所有内容为空吗？

---

还有越来越多的类，我们可能需要为它们编写包装方法/类。

我认为最简单的方法是在整个项目中用

org.apache.commons.lang

搜索/替换包

org.apache.commons.lang3

。 下一次发生这样的更改时，应用类似的更改是非常好的

---

不确定为什么您似乎不愿意这样做？

为什么您不能保留这两个依赖项？那么project将不必要地依赖于许多第三方依赖项。开发团队也有可能使用任何一个类，因为这两个类都在类路径中。此外，如果我想切换到任何其他库，这将节省我的时间，因为我只需要修改一个类而不是完整的代码库，我认为这是很多如果和但是，但没有真正的需要。雅格尼和奥卡姆剃须刀是你在这里的朋友。只需进行全局搜索/替换，然后继续。如果最终发生了未来需要进行更多更改的情况，那么现在正是了解如何进行更改的适当时机，但不要为意外情况立即计划。