我最近查看了一个 Java 应用程序，它具有非常细粒度的包结构。许多包只包含一两个类和许多子包。此外，许多包包含的子包多于实际类。
这是好事还是坏事？
最佳答案
IMO，这是一件坏事，但在可维护性方面并不是真正的阻碍。
缺点是它使类更难找到，并且使包名称更加冗长。当您不使用 IDE 时，前者更适用。
可以说它有助于模块化与“包私有(private)”作用域的结合。但反过来，你也可以争辩说过度包装实际上起到了相反的作用；即强制你使用 public 如果你不那么细粒度/迂腐，你就不必这样做。
关于java - 拥有细粒度的包结构是好事还是坏事？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1872304/