Java 三节课的罐子？

我为多个项目重用了一些类，比如邮政地址、州、邮政编码和电话号码。与之关联的可能是解析/格式化类（如电话号码格式化）

一个只有几个类的罐子可以吗？另一种选择是使用一个包含所有类的“杂项”JAR，但是在同一个JAR中有这么多用于不同目的的类会让人感觉不舒服

postal.jar
  Address
  Zip
  ZipParser
  ZipFormatter
  State

phonenumber.jar
  PhoneNumber
  PhoneNumberFormatter
  PhoneNumberParser

---

一个jar（有8个类）或两个jar（有5/3个类）？

可能共同的用途是实用程序？给你一个单一的

utils.jar

你可以用任何对你的项目有意义的方式来做。然而，我想我会问这样一个问题：

你认为你会在你的项目中使用没有电话号码的地址吗？反之亦然

---

对我来说，这些东西是齐头并进的。即使在某些情况下，您没有立即使用这两种方法，但您可能很快就会需要它。我认为一个名为contact-info.jar的jar非常有意义

如果您的类文件总是部署在一起，或者如果它们密切相关（在本例中是“联系信息”），那么将它们捆绑在同一个jar中会更有意义。更少的JAR文件也可能更易于部署，具体取决于您的场景

另一方面，如果您有完全不相关的不同包（例如，仅在某些软件版本中部署的特定于应用程序的包，以及在所有软件版本中部署的通用实用程序包），那么将类文件拆分为多个JAR是有意义的

---

我不认为你列出的类是通用的实用工具，因为存储联系人信息比应用XML更具应用性。

你的类可能只重几个（千克）八位字节，所以你不应该麻烦把它们打包在两个不同的坛子中，一个应该是好的。

---

另外，请记住，从长远来看，当您必须对这些类进行修改时，您每次都要发布这个或这些jar（构建/测试/命名/版本化/发布它们），这意味着每次都要进行一些操作-取决于您的构建系统，这可能会更快速、更简单（在某些情况下，Maven可能会有所帮助）。

可怕的名字。这个名字更适合用于控制电站的jar，而不是用于有类处理地址和电话号码的jar。