Grails и доменные пакеты для классов

Question

Почему в Grails рекомендуется размещать классы в пакетах (например, mycompany.Book)?

Я знаю, что это является обязательным условием для развертывания решения Grails в Google App Engine (с использованием плагина), но кроме этого и хорошо структурированной библиотеки кода для больших проектов, какие другие преимущества есть в описании пакетов для классов внутри Грааля?

Answer 1

Другая веская причина, как упомянуто Марселем Овердийком в этом сообщении в блоге , заключается в том, что если доменные классы имеют то же имя, что и классы в Groovy, их невозможно различить.

Answer 2

Самая ценная причина, которую я видел, состоит в том, что вы не можете "импортировать" классы без пакета в класс, который имеет пакет. это означает, что вы не можете получить доступ к классам домена / службы / контроллера / и т. д., в которых нет пакетов из кода вашей утилиты, на которые вы можете поместить пакет.

Answer 3

Grails работает на Groovy, который имеет сильное наследие с Java. Java поддерживает пакеты по хорошо задокументированным причинам, а Groovy / Grails следует этому примеру. Я думаю, что главное преимущество заключается в вашем описании: хорошо структурированная библиотека кода для больших проектов.