Почему в Grails хорошая практика размещения классов в пакетах (например, mycompany.Book)?Грайлы и пакеты доменов для классов
Я знаю, что это является предварительным условием для развертывания решения Grails для Google App Engine (с использованием плагина), но кроме этого и хорошо структурированной библиотеки кода для крупных проектов, какие другие преимущества существуют при описании пакетов для классы в Grails?
Еще одна веская причина, о которой упоминал Марсель Овердейк в this blog post, заключается в том, что если классы домена имеют одинаковые имена в классах в Groovy, невозможно различать их.
Grails работает на Groovy, который имеет сильное наследие с Java. Java поощряет пакеты для хорошо документированных причин, и Groovy/Grails следует примеру. Я думаю, что основное преимущество проистекает из вашего описания: хорошо структурированная библиотека кодов для крупных проектов.
Самая ценная причина, по которой я видел, заключается в том, что вы не можете «импортировать» классы без пакета в класс, который имеет пакет. это означает, что вы не можете получить доступ к каким-либо классам домена/службы/контроллера/etc, у которых нет пакетов из вашего кода утилиты, на который вы можете поместить пакет.