javax vs java пакет

В чем смысл пакета javax? Что входит в Java, а что в Javax?

Я знаю, что много корпоративных пакетов находятся в javax, но так же как и Swing, новый API даты и времени (JSR-310) и другие пакеты J2SE.

Я думаю, что это историческая вещь - если пакет вводится как дополнение к существующей JRE, он приходит как javax. Если он впервые был представлен как часть JRE (как, я полагаю, был NIO), то он выглядит как java. Не уверен, почему новый API даты и времени будет в конечном итоге javaxследовать этой логике, хотя ... если только он не будет доступен отдельно как библиотека для работы с более ранними версиями (что было бы полезно). Заметка от многих лет спустя: на самом деле все закончилось java.

Я полагаю, что существуют ограничения на javaпакет - я думаю, что загрузчики классов настроены так, что они позволяют загружать только классы внутри или что-то подобное. (Там, безусловно, регистрация .)java.*rt.jarClassLoader.preDefineClass

РЕДАКТИРОВАТЬ: Хотя официальное объяснение (предложенный поисковый шар не дал ни одного на первой странице или около того) не вызывает сомнений в отношении «ядро» против «расширение», я все еще подозреваю, что во многих случаях решение для любого конкретного пакета имеет историческая причина этого тоже. java.beansНапример, действительно ли это «ядро» Java?

Первоначально javaxбыло предназначено для расширений, а иногда вещи будут продвигаться из javaxJava.

Одной из проблем было Netscape (и, возможно, IE), ограничивающее классы, которые могут быть в пакете java.

Когда свинг был установлен в положение «выпускник» , чтобы javaот javaxбыл своего рода мини-удар, потому что люди поняли , что они должны изменить все их импорта. Учитывая, что обратная совместимость является одной из основных целей Java, они передумали.

В тот момент, по крайней мере, для сообщества (возможно, не для Sun) весь смысл javaxбыл потерян. Так что теперь у нас есть некоторые вещи в javax, которые, вероятно, должны быть в java... но кроме людей, которые выбрали имена пакетов, я не знаю, сможет ли кто-нибудь выяснить, каково обоснование для каждого конкретного случая.

javaпакеты являются базовыми , а javaxпакеты являются расширениями.

Swing был расширением, потому что AWT был оригинальным интерфейсом API. Swing появился позже, в версии 1.1.

Пространство имен javax обычно (это загруженное слово) используется для стандартных расширений, в настоящее время известных как дополнительные пакеты . Стандартные расширения являются подмножеством неосновных API; другой сегмент неосновных API, очевидно, называется нестандартными расширениями, занимая пространства имен, такие как com.sun. * или com.ibm. , Основные API занимают Java. Пространство имен.

Не все в мире Java API начинается с ядра, поэтому расширения обычно рождаются из запросов JSR. В конечном итоге они получают звание основанного на «мудром совете».

Интерес к этой номенклатуре был вызван ошибкой со стороны Sun - расширения могли быть переведены в ядро, то есть перенесены из javax. * В java. * Нарушая обещание обратной совместимости. Программисты хрипло закричали, и здравый смысл возобладал. Вот почему Swing API, хотя и является частью ядра, продолжает оставаться в пространстве имен javax. *. И это также, как пакеты продвигаются от расширений к ядру - они просто становятся доступными для загрузки как часть JDK и JRE.

Javax раньше был только для расширений. Еще позже Sun добавила его в Java-библиотеку, забыв удалить x. Разработчики начали создавать код с помощью javax. Но позже солнце приняло решение изменить его на Java. Разработчикам не понравилась идея, потому что их код был бы разрушен ... так что javax был сохранен.

Пакеты java. * являются основными языковыми пакетами Java, а это означает, что программисты, использующие язык Java, должны использовать их для того, чтобы использовать язык java.

Пакеты javax. * - это необязательные пакеты, которые предоставляют стандартный масштабируемый способ сделать пользовательские API доступными для всех приложений, работающих на платформе Java.

Некоторые пакеты вроде javax.swingне были включены в стандартную библиотеку Java на первых порах. Компания Sun решила считать их официальными и включила их в ранние версии java как стандартные библиотеки или стандартные расширения.

По соглашению, все стандартные расширения начинаются с того времени, Xкогда их можно превратить в первоклассное со временем, как это было в случае с javax.swing.