java - 更改 Java 中的默认包是否存在风险？

Question

我有一个现有的代码库，但根本没有打包。

代码库是所有小型 Java 程序，旨在扩展/增强第三方程序的功能。目前的流程是一个jar一个类，一个文件一个类，没有包。

我想分解代码库，这样每个 jar 文件也是一个包；这简化了 Eclipse 中的 jar 进程。

我需要注意与此相关的任何风险吗？

Answer 1

唯一的风险是显式(或更可能是隐式)包定义已过时。

例如，所有 Java 文件由于位于同一个包中，因此不需要相互导入。迁移后，他们要么需要使用其他包中类的完全限定名称，要么导入它们。

类似地，类名出现在任何地方(例如在 Spring 配置文件中，也许是命名类的属性文件)，几乎肯定需要更新为完全限定名称(例如“com.company.package.MyClass”) “而不仅仅是“MyClass”)。

后者可能是最麻烦的；只要您有良好的构建过程并确保从头开始构建，任何 Java 错误都应该在编译阶段被捕获(除非您在源代码中使用像 Class.forName("MyClass") 这样奇怪的东西) )。不过，如果没有解决，配置文件问题将在运行时显现出来 - 然后，通常是在即将使用它们时。如果一个很少使用的功能有一个引用您的某个类的 Spring 配置，而您忘记更改它，那么直到它失败您才会发现它。

好的一面是 - 不错的 IDE 会进行“重命名”或“更改包”重构，这也应该能够在文本文件中找到类名的出现。