Структура пакета для Java-проекта?

Как лучше всего настроить структуры пакетов в веб-приложении Java?

Как бы вы настроили свой src, код модульного теста и т. Д.?

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

Вы можете проверить несколько существующих ресурсов:

1. Правильно упакуйте классы Java
2. Spring 2.5 Архитектура
3. Учебное пособие по Java - присвоение имени пакету
4. Соглашения об именах SUN

Как бы то ни было, мои личные рекомендации, которые я обычно использую, следующие:

1. Начните с обратного домена, например "com.mycompany".
2. Используйте название продукта, например "myproduct". В некоторых случаях у меня есть общие пакеты, которые не относятся к конкретному продукту. В конечном итоге они будут разделены на категории в соответствии с функциональностью этих общих классов, например «io», «util», «ui» и т. Д.
3. После этого он приобретает более свободный вид. Обычно я группирую по проекту, функциональности, развертыванию и т. Д. Например, у меня могут быть «проект1», «проект2», «пользовательский интерфейс», «клиент» и т. Д.

Еще пара моментов:

1. В проектах, над которыми я работал, довольно часто случается, что имена пакетов вытекают из проектной документации. Обычно продукты уже разделены на области функциональности или назначения.
2. Не переживайте из-за того, что сразу добавите общие функции в пакеты более высокого уровня. Подождите, пока возникнет потребность в проектах, продуктах и ​​т. Д., А затем выполните рефакторинг.
3. Следите за зависимостями между пакетами. Не все они плохие, но это может означать тесную связь между отдельными единицами. Есть инструменты, которые помогут вам это отслеживать.

Я бы предложил создавать структуру вашего пакета по функциям, а не по уровню реализации. Хорошая запись об этом - практика Java: пакет за функцией, а не слой

Обычно мне нравится следующее:

• bin (двоичные файлы)
• doc (Документы)
• inf (Информация)
• lib (библиотеки)
• res (Ресурсы)
• src (Источник)
• tst (Тест)

Это можно считать нетрадиционным, но я считаю, что это очень хороший способ организовать вещи.

The way I usually organise is
- src
        - main
                - java
                - groovy
                - resources
        - test
                - java
                - groovy
- lib
- build
        - test 
                - reports
                - classes
- doc

Как у меня обычно иерархия папок -

• название проекта
  • src
  • бункер
  • тесты
  • ЛИЭС
  • документы

Еще один способ - разделить API, службы и сущности на разные пакеты.