5 ответов:
вы могли бы следовать Мэйвен по стандартная компоновка проекта. Вам не нужно на самом деле использовать maven, но это облегчит переход в будущем (если это необходимо). Кроме того, другие разработчики будут привыкать видеть этот макет, так как многие проекты с открытым исходным кодом выложены таким образом,
есть несколько существующих ресурсов, которые вы можете проверить:
- Правильно Упакуйте Свои Классы Java
- Архитектура Spring 2.5
- Java Tutorial-именование пакета
- Соглашения об именовании солнца
для чего это стоит, мои собственные личные рекомендации, которые я, как правило, используют следующие:
- начать с обратного домена, например "com.название_компании".
- используйте название продукта, например "myproduct". В некоторых случаях я, как правило, имеют общие пакеты, которые не относятся к конкретному продукту. Они будут классифицированы в соответствии с функциональностью этих общих классов, например "io", "util", " ui " и т. д.
- после этого он становится более свободной формой. Обычно я группируюсь в соответствии с проектом, областью функциональности, развертыванием и т. д. Например, я мог бы "проект1", "проект2", "уй", "клиент", так далее.
еще пара моментов:
- Это довольно распространено в проектах, над которыми я работал, чтобы имена пакетов вытекали из проектной документации. Обычно продукты уже разделены на области функциональности или назначения.
- не подчеркивайте слишком много о продвижении общей функциональности в более высокие пакеты сразу. Подождите, пока не возникнет необходимость в проектах, продуктах и т. д., а потом рефакторинг.
- посмотреть Интер-пакет зависимости. Они не все плохие, но это может означать тесную связь между тем, что может быть обособленных подразделений. Есть инструменты, которые могут помочь вам отслеживать это.
Я бы предложил создать структуру пакета по функции, а не по уровню реализации. Хорошая запись на это является Java практики: пакет по функции, а не слой
Мне обычно нравится иметь следующее:
- bin (двоичные файлы)
- doc (Documents)
- inf (информация)
- lib (библиотеки)
- res (ресурсы)
- в src (источник)
- tst (тест)
Они могут считаться нетрадиционными, но я считаю, что это очень хороший способ организовать вещи.
Comments