pakiet javax vs java

Jakie jest uzasadnienie pakietu javax? Co wchodzi w javę, a co w javax?

Wiem, że wiele pakietów Enterprise-y jest w javax, ale podobnie jak Swing, nowy interfejs API daty i godziny (JSR-310) i inne pakiety J2SE.

Myślę, że to rzecz historyczna - jeśli pakiet zostanie wprowadzony jako dodatek do istniejącego środowiska JRE, pojawi się jako javax. Jeśli po raz pierwszy został wprowadzony jako część środowiska JRE (jak sądzę NIO), to pojawia się jako java. Nie jestem pewien, dlaczego nowy interfejs API daty i godziny skończy jako javaxzgodny z tą logiką ... chyba że będzie dostępny osobno jako biblioteka do pracy z wcześniejszymi wersjami (co byłoby przydatne). Zauważ, że wiele lat później: w końcu ostatecznie się pojawiło java.

Wydaje mi się, że istnieją ograniczenia dotyczące javapakietu - myślę, że moduły ładujące klasy są skonfigurowane tak, aby zezwalały tylkojava.* na ładowanie klas wewnątrz rt.jarlub coś podobnego. (Na pewno jest odprawa ClassLoader.preDefineClass.)

EDYCJA: Chociaż oficjalne wyjaśnienie (sugerowane orbfish wyszukiwania nie przyniosło żadnego na pierwszej stronie) nie ma wątpliwości co do „rdzenia” vs. uzasadnienie historyczne. Czy java.beanstak naprawdę na przykład jest to „rdzeń” Javy?

Pierwotnie javaxmiał być przeznaczony na rozszerzenia, a czasem rzeczy były promowane z javaxjava.

Jednym z problemów było ograniczenie przez Netscape (i prawdopodobnie IE) klas, które mogą znajdować się w pakiecie java.

Kiedy Swing został ustawiony na „absolwenta”, by javaz javaxnie było coś w rodzaju mini-wysadzić ponieważ ludzie zdali sobie sprawę, że będą musieli zmodyfikować wszystkie ich importu. Biorąc pod uwagę, że kompatybilność wsteczna jest jednym z głównych celów Java, zmienili zdanie.

W tym momencie, przynajmniej dla społeczności (może nie dla Słońca) cały punkt javaxzostał utracony. Więc teraz mamy w javax kilka rzeczy, które prawdopodobnie powinny być java... ale oprócz ludzi, którzy wybrali nazwy pakietów, nie wiem, czy ktokolwiek może dowiedzieć się, jakie są uzasadnienia dla poszczególnych przypadków.

javapakiety są podstawowe , a javaxpakiety są rozszerzeniami.

Swing był rozszerzeniem, ponieważ AWT był oryginalnym interfejsem API interfejsu użytkownika. Swing pojawił się później, w wersji 1.1.

Przestrzeń nazw javax jest zwykle (to załadowane słowo) używana dla standardowych rozszerzeń, obecnie znanych jako pakiety opcjonalne . Standardowe rozszerzenia są podzbiorem nie-podstawowych interfejsów API; drugi segment nie-podstawowych interfejsów API oczywiście nazywał się niestandardowymi rozszerzeniami, zajmując przestrzenie nazw, takie jak com.sun. * lub com.ibm. . Podstawowe interfejsy API zajmują java. przestrzeń nazw.

Nie wszystko w świecie Java API zaczyna się od rdzenia, dlatego rozszerzenia zwykle powstają z żądań JSR. W końcu awansują do rdzenia na podstawie „mądrej rady”.

Zainteresowanie tą nomenklaturą wynikało z faux pas ze strony Sun - rozszerzenia mogły być promowane do rdzenia, tj. Przeniesione z javax. * Do java. *, Przełamując obietnicę wstecznej kompatybilności. Programiści płakali ochryple i zwyciężył lepszy rozsądek. Dlatego API Swing, mimo że jest częścią rdzenia, nadal pozostaje w przestrzeni nazw javax. *. W ten sposób pakiety są promowane od rozszerzeń do rdzenia - są one po prostu udostępniane do pobrania jako część JDK i JRE.

Javax był kiedyś tylko dla rozszerzeń. Jednak później słońce dodało go do biblioteki Java, zapominając o usunięciu x. Programiści zaczęli tworzyć kod za pomocą javax. Jednak później z czasem słońca postanowiły zmienić go na java. Programiści nie spodobali się temu pomysłowi, ponieważ ich kod zostałby zrujnowany ... więc javax został zachowany.

Pakiety java. * są podstawowymi pakietami językowymi Java, co oznacza, że ​​programiści używający języka Java musieli z nich korzystać, aby móc w pełni korzystać z języka Java.

Pakiety javax. * to pakiety opcjonalne, które zapewniają standardowy, skalowalny sposób udostępniania niestandardowych interfejsów API wszystkim aplikacjom działającym na platformie Java.

Niektóre pakiety, takie jak javax.swing, nie były początkowo zawarte w standardowej bibliotece Java. Firma Sun postanowiła uznać je za oficjalne i zawarła je we wczesnych wersjach Java jako standardowe biblioteki lub standardowe rozszerzenia.

Zgodnie z konwencją wszystkie standardowe rozszerzenia zaczynają się od Xchwili, gdy z czasem mogą stać się pierwszorzędnymi, tak jak to się stało javax.swing.