Я заметил, что несколько связанных с TypeSafe проектов, таких как spray и akka, не включают com.
или org.
в качестве начальных имен пакетов, которые они определяют.Пространства имен пакетов в scala - и схема именования обратного домена
Интересно, есть ли технические последствия для этого отклонения от схемы именования пакетов «обратного домена» Java. Существует ли какое-либо влияние на совместимость Java? Каковы могут быть технические последствия пропущения компонента com/org в именах пакетов scala в моих собственных библиотеках и пакетах?
Конечно, схема обратного домена устраняет проблему коллизий пространства имен пакетов, связывая пространство имен с ресурсом, уникально распределенным интернет-регистраторами, поэтому проекты, отклоняющие эту модель, не имеют такой защиты, но я бы не стал называть это технических подразумевается, так что мы можем игнорировать, что ...
BTW, http://docs.scala-lang.org/style/naming-conventions.html вид рекомендует придерживаться обратного имени домена, но, возможно, он устарел. – matanster
Нет проблем с технической совместимостью с scala, не относящимися к директиве обратного домена .. тот же вопрос о том, чтобы следовать или не подниматься на Java тоже. Как правило, аргумент состоит в том, что длинные имена пакетов сосут и почему тратить время на изменение каждого исходного файла каждый раз, когда компания меняет свое название, стирается риск столкновения, который вы уже наблюдали. –
Вы уже задали (и удалили) этот вопрос два дня назад http://stackoverflow.com/questions/33190124/package-namespaces-in-scala-and-the-reverse-domain-naming-scheme –