Баночка для трех классов?

Question

Я повторно использую несколько классов для нескольких проектов, таких как почтовый адрес, штат, почтовый индекс и номер телефона. С ними могут быть связаны классы разбора / форматирования (например, форматирование телефонных номеров).

Можно ли иметь JAR только с парой классов? Альтернативой может быть наличие одного «Различного» JAR со всеми классами, однако, кажется грязным иметь так мало классов для разных целей в одном JAR.

postal.jar
  Address
  Zip
  ZipParser
  ZipFormatter
  State

phonenumber.jar
  PhoneNumber
  PhoneNumberFormatter
  PhoneNumberParser

Одна банка (с 8 классами) или две (с 5/3 делением)?

Answer 1

Это нормально делать любым способом, который имеет смысл для вашего проекта (-ов). Тем не менее, я думаю, что задам вопрос:

Думаете ли вы, что когда-нибудь будете использовать адрес без номера телефона или наоборот в своих проектах?

Мне эти предметы идут рука об руку. Даже если вы не используете оба сразу в каком-то контексте, это может понадобиться в ближайшее время. Я думаю, что баночка с именем что-то вроде contact-info.jar имеет смысл.

Answer 2

Если ваши файлы классов будут всегда развернуты вместе или если они тесно связаны (в данном случае «контактная информация»), имеет смысл объединить их в одном банке. Меньшее количество jar-файлов также может быть легче развернуто, в зависимости от вашего сценария.

С другой стороны, если у вас есть разные пакеты, которые совершенно не связаны (например, пакет для конкретного приложения, развернутый только с определенными выпусками программного обеспечения, и универсальный пакет утилит, который развернут со всеми выпусками программного обеспечения), то имеет смысл разделить файлы классов на несколько файлов.

Я бы не считал перечисленные вами классы утилитами общего назначения, поскольку хранение контактной информации в большей степени зависит от приложения, чем, скажем, работа с XML.

Answer 3

Ваши классы, вероятно, весят всего несколько (килограмм) октетов, так что не стоит их упаковывать в две разные банки, одна должна подойти. И помните, что в конечном итоге, когда вам придется вносить изменения в эти классы, вы будете каждый раз выпускать этот или эти jar-файлы (сборка / тестирование / наименование / версионирование / публикация их). ), что означает несколько манипуляций каждый раз - в зависимости от вашей системы сборки, это может быть более или менее быстро и легко (возможно, Maven может помочь в некоторых случаях).

Answer 4

Может быть, общая цель может быть коммунальные услуги ? Даю вам один utils.jar