В чем смысл соглашения Java об именовании пакетов?

14

Я не понимаю, почему Java использует обратное (возможно, гипотетическое) доменное имя в качестве имени пакета, хотя в основном нет связи между доменным именем, которое используют некоторые люди, и продуктами, которые они имеют. У многих разработчиков даже нет домена.

Каковы причины этого соглашения об именах, если таковые имеются?

java packages

— Луис Рис
источник

Даже без домена в Java-земле обычно делают вид, что вы делаете для именования пакетов. Например, в вашем случае вы бы использовали, com.louisrhys.xxx.yyyнезависимо от того, являетесь ли вы владельцемlouisrhys.com

— Уэйн Молина

14

Глобальная уникальность. Если все или, по крайней мере, серьезные разработчики, распространяющие свой код за пределами собственных проектов, придерживаются этого соглашения, никогда не случится столкновение имен при добавлении в проект другой сторонней библиотеки. Имейте в виду, что Java изначально распространялась как решение для развертывания кода в любом месте и в любое время (с помощью апплетов и удаленной загрузки классов через Интернет).

— Килиан Фот
источник

3

В Java 1.4 Sun использовала инструменты Apache XML с открытым исходным кодом без изменения пространства имен. Сделано довольно «интересно», чтобы попытаться иметь более новую версию в ваших собственных приложениях.

3

Java was initially propagated as a solution for code deployment anywhere, anytime В отличие от того, что Java сейчас? Я не знаю о вас, но я все еще несколько успешно использую Java WebStart для развертывания кода на стороне клиента на тысячах компьютеров во внутренней сети. Это делает "Release Early, Release Часто" намного менее болезненным для всех.

— maple_shaft

1

Не обязательно правда. В конечном итоге вы потеряете доменное имя; будь то смерть или просто забыть продлить его. Кто-то другой мог бы купить его и, даже не подозревая, выпустить пакет Java, который конфликтует с вашим. И есть также вероятность того, что кто-то владел доменом раньше вас и выпустил код, с которым конфликтует ваш код.

— Кевин

@maple_shaft У большинства пользователей такого не было со времен упадка Java-апплетов. Скорее, это просто еще одна платформа для приложений (например, Qt, XUL или Electron).

— user253751

12

Как говорит Википедия на эту тему,

«Спецификация языка Java устанавливает соглашения об именах пакетов, чтобы избежать возможности двух опубликованных пакетов с одинаковыми именами».

— Lalex
источник

В спецификации подробно указано, какое соглашение использовать, если у разработчика нет собственного доменного имени?

— FrustratedWithFormsDesigner

@FrustratedWithFormsDesigner: Нет, это не так .

— Майк Сеймур

@MikeSeymour: Итак ... мы можем назвать их так, как хотим в этом случае? Woohoo! :)

— FrustratedWithFormsDesigner

1

@FrustratedWithFormsDesigner Вы можете назвать их так, как хотите в любом случае. Если вы хотите, чтобы другие люди использовали ваше программное обеспечение, вы должны следовать спецификации и вывести логическое и, вероятно, уникальное пространство имен, если у вас нет реального домена.

— Джереми

2

Я нашел два опубликованных Oracle документа, в которых обсуждается наименование пакетов. В разделе « Учебники по Java» есть страница « Наименование пакета» и раздел «Пакеты» в спецификации языка Java .

Основная цель этого соглашения - попытаться минимизировать конфликты между пакетами, опубликованными различными организациями.

— Томас Оуэнс
источник