Oop “a”应放在什么包装中；“设置”；上课时间？ 我正在构建一个应用程序，但发现自己太容易创建新的包而不考虑项目的结构。

现在，我想先在纸上重做整个项目结构。我正在使用一个带有公共属性的设置类，作为项目中其他几个类的设置访问

现在，由于这个设置类适用于整个项目，我不确定它是否应该打包，如果是，它应该存在于什么样的包中？或者它应该与主应用程序类一起位于根目录（默认包）中

---

我一直在考虑把它放在我的utils包中，然后我又一次认为它不是一个真正的工具。关于如何决定这种包结构（例如设置类）的任何策略？

我想您应该如何将其放入一个单独的低级包中，因为许多其他类都依赖于它，但它（大概）并不依赖于任何东西。因此，它肯定应该而不是与主应用程序类放在一个包中。它可以在

utils

包中，也可以在同一级别的单独包中（例如

config

）

所谓“低级别”，我只是指“包依赖层次结构上的低级别”，其中依赖于包B的包a高于包B。因此，它与实际的包层次结构没有直接关系。关键是要避免包之间的依赖循环，这样就可以在包之间进行这样的排序

---

顺便说一句，您不应该在实际应用程序中使用根包。

无论如何都不鼓励使用默认包（据我所知，在java中，它实际上是作为一个警告而强制执行的），即使对于包含main的类也是如此

---

除此之外，我更喜欢使用

config

包，即使它是其中唯一的类。我认为它不适合于

utils

包。

是否有一个与它包含的唯一对象基本相同名称的包？我认为包意味着将多个类组合在一起，所以在我看来，一个包只有一个类是不对的，也许我错了？包意味着逻辑上将类组合在一起-如果只有一个类具有特定的用途，我不明白为什么不把它单独放在那里。

Settings

类肯定与项目的实用程序无关，它与配置有关。另一个您可能更喜欢的选项是将其放在层次结构的顶部，即对于包

com.some comp.some软件。

，

设置将与
部分处于同一级别，位于
com.some comp.some软件.Settings
。