Mono-Modul или Multi-Modul в Java Проекты

Question

Вопрос о структуре ваших J2EE/проектов JavaSE:

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

Очевидно spliting приложения на модули делают его более легким для упаковки различных уровней вашего приложения лишь выбрать выход одного но что еще говорит об этом, и почему я не должен иметь что-то вроде моно-moduled приложения?

E.g. откройте проект firstcup в каталоге docs вашей установки JavaEE. Он разделен на несколько модулей, каждый из которых имеет свой собственный файл Maven сборка pom.xml

Answer 1

Если вы сделаете хороший, логический шпагат:

• Это легко поменять модуль за другие, т.е. переключить модуль базы данных Oracle к Модуль MySQL
• У вас могут быть отдельные команды, работающие над отдельными модулями, и им необязательно знать внутреннюю работу модуля другой команды.
• Узел тестирования небольшого одиночного модуля намного проще, чем модульное тестирование одного большого модуля
• Вы можете предоставить настраиваемый модуль для каждой платформы (я знаю, это Java, она должна быть неактивной, но иногда это необходимо)
• Это намного проще повторить код между несвязанными проектами, если они разделены на модули - вы можете запустить второй проект, который нуждается в модуле базы данных, и подумайте: «У меня есть один из них уже»