Java com. * Пространство имен пакетов

Ответ 1

Соглашение об именах для пакетов указано в JLS. Вот соответствующий фрагмент (в разделе больше):

JLS 7.7 Уникальные имена пакетов

Вы формируете уникальное имя пакета, сначала имея (или принадлежащую организации, которая имеет) доменное имя в Интернете, например sun.com. Затем вы отбрасываете это имя, компонент по компоненту, чтобы получить в этом примере com.sun и использовать его в качестве префикса для имен ваших пакетов, используя соглашение, разработанное в вашей организации, для дальнейшего администрирования имен пакетов.

Он также приведен в разделе Соглашения об именах в документе условных обозначений Sun:

Пакеты. Префикс имени уникального пакета всегда записывается буквами ASCII со строчными буквами и должен быть одним из доменных имен верхнего уровня, в настоящее время com, edu, gov, mil, net, org или один из двухбуквенных кодов, обозначающих страны, как указано в стандарте ISO 3166, 1981.

Последующие компоненты имени пакета различаются в соответствии с собственными внутренними соглашениями об именах организации. Такие соглашения могут указывать, что некоторые компоненты имени каталога являются делениями, департаментами, проектами, машинами или именами входа.

Примеры: com.sun.eng, com.apple.quicktime.v2, edu.cmu.cs.bovik.cheese

Итак, префикс com. в именах пакетов означает то же, что и .com суффикс в именах доменов: "commercial".

Ответ 2

Когда он создал Java, Sun установила соглашение о том, что имена пакетов должны быть построены, начиная с перевернутых доменных имен компании или отдельных создателей пакета. Поскольку DNS гарантирует, что имена доменов уникальны (т.е. Предоставлены только одной организации или человеку), это позволяет избежать дублирования.

Итак, Java-пакеты от Microsoft имеют имена, начинающиеся с com.microsoft, а от Sun - com.sun и т.д.

Ответ 3

Пакеты Java, отличные от стандартных библиотек, обычно называются в обратном порядке домена поставщика, например. Microsoft использует com.microsoft, Apache может использовать org.apache и т.д. (См. эту ссылку для получения подробной информации об условных обозначениях в Java.) Это для предотвращения конфликтов имен. Таким образом, com является лишь частью имени домена, он не имеет особого значения для Java.

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

Ответ 4

com получен из коммерческой. Как org происходит от организации.

Ответ 5

Пакет представляет собой каталог, который содержит связанную группу класса и интерфейса. пакет двух типов. 1. Встроенный пакет. 2. Пользователь определить пакет. заметка. пакет может содержать подпакет. например. java.awt(здесь awt - пакет); java.awt.event(здесь событие представляет собой дополнительный пакет, который присутствует в java.awt)

Ответ 6

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

И кстати - если вы никогда не читаете никого кода - идите и делайте это как можно скорее! Даже если вы не понимаете всего или всего лишь небольшие части - делайте это как отличную школу хороших методов программирования!!!