package javax vs java

Quelle est la raison d'être du package javax? Qu'est-ce qui se passe en java et en javax?

Je sais que de nombreux packages d'entreprise sont en javax, tout comme Swing, le nouvel API de date et d'heure (JSR-310) et d'autres packages J2SE.

Je pense que c'est une chose historique - si un package est introduit comme un ajout à un JRE existant, il se présente sous la forme javax. Si elle est introduite pour la première fois dans le cadre d'un JRE (comme NIO l'était, je crois), elle se présente sous la forme java. Je ne sais pas pourquoi la nouvelle API de date et d'heure finira par javaxsuivre cette logique ... à moins qu'elle ne soit également disponible séparément en tant que bibliothèque pour fonctionner avec les versions antérieures (ce qui serait utile). Remarque de nombreuses années plus tard: après tout, il a finalement été javautilisé.

Je crois qu'il y a des restrictions sur le javapaquet - je pense que les chargeurs de classe sont configurés pour autoriser uniquementjava.* le chargement des classes à l'intérieur rt.jarou quelque chose de similaire. (Il y a certainement un enregistrement ClassLoader.preDefineClass.)

EDIT: Bien qu'une explication officielle (la recherche orbfish suggérée n'en a pas donné une dans la première page) ne fait aucun doute sur "noyau" vs "extension", je soupçonne toujours que dans de nombreux cas, la décision pour un paquet particulier a un raison historique derrière cela aussi. Est-ce java.beansvraiment ce «noyau» de Java, par exemple?

Initialement, il javaxétait destiné aux extensions, et parfois les choses étaient promues hors de javaxJava.

Un problème était Netscape (et probablement IE) limitant les classes qui pourraient être dans le package java.

Lorsque Swing a été appelé à " passer son diplôme" à javapartir de javaxlà, il y a eu une sorte de mini-explosion parce que les gens ont réalisé qu'ils devraient modifier toutes leurs importations. Étant donné que la compatibilité descendante est l'un des principaux objectifs de Java, ils ont changé d'avis.

À ce moment-là, au moins pour la communauté (peut-être pas pour Sun), tout le point javaxétait perdu. Alors maintenant, nous avons certaines choses dans javax qui devraient probablement être dans java... mais à part les personnes qui ont choisi les noms de paquets, je ne sais pas si quelqu'un peut comprendre la raison d'être au cas par cas.

javales packages sont de base et les javaxpackages sont des extensions.

Swing était une extension car AWT était l'API d'interface utilisateur d'origine. Swing est venu ensuite, dans la version 1.1.

L'espace de noms javax est généralement (c'est un mot chargé) utilisé pour les extensions standard, actuellement connues sous le nom de packages optionnels . Les extensions standard sont un sous-ensemble des API non essentielles; l'autre segment des API non principales s'appelle évidemment les extensions non standard, occupant les espaces de noms comme com.sun. * ou com.ibm. . Les API principales prennent en charge la java. espace de noms.

Tout dans le monde de l'API Java ne commence pas par le cœur, c'est pourquoi les extensions sont généralement nées de demandes JSR. Ils sont finalement promus à la base sur la base de «sages conseils».

L'intérêt pour cette nomenclature est né d'un faux pas de la part de Sun - les extensions auraient pu être promues au cœur, c'est-à-dire déplacées de javax. * Vers java. * Rompant la promesse de compatibilité descendante. Les programmeurs ont pleuré enroué et le meilleur sens a prévalu. C'est pourquoi, l'API Swing, bien que faisant partie du noyau, continue de rester dans l'espace de noms javax. *. Et c'est également ainsi que les packages sont promus des extensions au noyau - ils sont simplement disponibles pour téléchargement dans le cadre du JDK et du JRE.

Javax n'était utilisé que pour les extensions. Plus tard, le soleil l'a ajouté à la bibliothèque java en oubliant de supprimer le x. Les développeurs ont commencé à créer du code avec javax. Plus tard dans le temps, Suns a décidé de le changer en Java. Les développeurs n'ont pas aimé l'idée parce que leur code serait ruiné ... donc javax a été conservé.

Les packages java. * sont les principaux packages du langage Java, ce qui signifie que les programmeurs utilisant le langage Java devaient les utiliser afin de faire un usage utile du langage Java.

Les packages javax. * sont des packages facultatifs, qui fournissent un moyen standard et évolutif de rendre les API personnalisées disponibles pour toutes les applications exécutées sur la plate-forme Java.

Certains packages comme javax.swingn'étaient pas inclus dans la bibliothèque standard java au début. La société Sun a décidé de les considérer comme officiels et de les inclure dans les premières versions de java en tant que bibliothèques standard ou extensions standard.

Par convention, toutes les extensions standard commencent avec un Xcertain temps, elles peuvent être promues en première classe au fil du temps, comme ce qui s'est passé javax.swing.