Соглашение о присвоении имен Пакета Java Sun: солнце по сравнению с com.sun
Начинающийся C# 3.0: Введение в Объектно-ориентированное программирование
Это - книга для тех, кто хочет понять whys и как имеет ООП с помощью C# 3.0. Вы не хотите пропускать его.
3 ответа
Соглашение «com.sun» является более предпочтительным форматом, поскольку оно следует «соглашениям об именах», которые были установлены для именования пакетов Java.
http: //java.sun. com / docs / codeconv / html / CodeConventions.doc8.html
Вы должны использовать URL-адрес вашей компании или личного веб-сайта в качестве первых нескольких слов в пакете, чтобы гарантировать уникальность в пространстве имен. Те, что начинаются с «солнца», вероятно, не предназначались для внешнего мира.
Не ответ на вопрос, но имейте в виду, что вы не должны напрямую использовать пакеты 'sun' или 'com.sun' в своих программах.
См. Почему разработчики Не следует писать программы, которые вызывают пакеты 'sun'
Эти пакеты не являются частью общедоступного API стандартной библиотеки Java, и их использование может сделать вашу программу несовместимой с будущими версиями Java или реализациями Java, отличными от реализации Sun (и есть несколько реализаций других производителей, включая Apple, IBM и HP).
Если вы взглянете на документ совместимости для Java 5 , вы заметите, что есть и другие причины:
Apache - Классы org.apache, которые никогда не поддерживались J2SE API, но используются пакетом javax.xml, перемещены в 5.0 на ** com.sun. ** org.apache.package.internal, чтобы они не конфликтовали с более свежими версиями классов, загруженными разработчиками.
Любые приложения, которые зависят от классов org.apache, являющихся частью выпуска J2SE, должны выполнять одно из следующих действий для работы в 5.0:
* Закодируйте приложение так, чтобы оно использовало только поддерживаемые интерфейсы, являющиеся частью JAXP.
* Загрузите классы org.apache.xalan с Apache.