Существуют ли исключения для имен Java-пакетов для международных пользователей?

Question

Хотя я понимаю принцип обратного URL-системы, это, по-видимому, имеет смысл для компаний с ненациональными доменами. Пока имя пакета начинается с com. или org. является полезным и кратким и дает предложение относительно вероятной лицензии, идея о том, что пакет должен начинаться с uk. , fr. , jp. и т. д., а затем, как правило, другая часть для версии .com или .org для этой страны - просто из-за того, где она была написана, что не имеет отношения к ее использованию в программном обеспечении, кажется глупым.

Существует ли стандартное альтернативное соглашение для этого?

Answer 1

В то время как название упаковки начинается с com. или org. является полезным

IMHO это полезно только в том случае, если ваш код будет передан другой компании или организации.

В большинстве проектов компании прилагают большие усилия для обеспечения того, чтобы их IP-адреса оставались в компании. Поэтому не имеет смысла использовать структуру, предназначенную для обмена кодами. Кстати, даже если проект требуется изменить позже, это не проблема, и вы можете изменить пакет JAR с помощью таких инструментов, как jarjar.

Так что это не полезно для большинства проектов внутри компании.

Есть ли для этого стандартное альтернативное соглашение?

Я бы назвал пакет после имени модуля. например если вы используете Maven я хотел бы использовать

<groupId>mygroupid</groupId> 
<artifactId>myartifact</artifactId> 

и сделать матч пакета

package mygroupid.myartifactid; 

или пакет суб.

Это работает независимо от того, используете ли вы доменное имя или нет.