Проект на основе модуля и нормальный проект

Question

Я пишу код сверху установленного приложения Enterprise. Я вижу, что приложение имеет 4 модуля, как показано ниже.

-Srk 
-SrkEJB 
-SrkUtils 
-SrkWeb 

Я прошел через код, и я вижу, что некоторые модули представляют собой крошечные, например: SrkEJB модуль имеет только 2 EJBs. Я не вижу причин создавать отдельный модуль для 2 классов Java.

Я упростил приведенный выше подход и показан ниже.

Srk 
- com.srk.utils 
- com.srk.ejb 
- com.srk.web 

Как первая модульная архитектура отличается от второй от архитектурной точки зрения? Как правило, в основном это происходит при создании приложения с нуля? Если нет, то какими могут быть компромиссы каждого из подходов? Я считаю, что это не относится только к Java.

Answer 1

Я не вижу причин создавать отдельный модуль для 2 классов Java.

Я считаю, что это неверная цепочка рассуждений. Вы должны создавать отдельный модуль всякий раз, когда вы открываете классы, относящиеся к одному и тому же вопросу. Количество классов здесь не имеет значения. У вас может быть модуль, содержащий только один класс, если цель этого класса действительно отличается от других.

Название пакета/модуля должно четко обозначать его назначение. Итак, имя модуля «Srk» кажется мне плохо (я полагаю, что «srk» - это своего рода сокращенное название компании и не связано с архитектурой).

То же самое может быть связано с «utils», который звучит очень общий для меня. Невозможно сказать, что это такое.