Chapitre 14. Modules de la plateformeJava
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Dans ce chapitre, on va te présenter les bases du système de modules de la plateforme Java (JPMS). Mais c'est un sujet vaste et complexe : les lecteurs intéressés auront sans doute besoin d'une référence plus approfondie, comme Java 9 Modularity de Sander Mak et Paul Bakker (O’Reilly).
Les modules, une fonctionnalité relativement avancée, servent principalement à regrouper et à déployer des applications entières ainsi que leurs dépendances. Ils ont été ajoutés à la plateforme environ 20 ans après la première version de Java et peuvent donc être considérés comme largement indépendants du reste de la syntaxe du langage.
La forte importance accordée par Java à la rétrocompatibilité joue également un rôle ici, car les applications non modulaires doivent continuer à fonctionner. Ça a conduit les architectes et les responsables de la plateforme Java à adopter une vision pragmatique quant à la nécessité pour les équipes d’adopter les modules pour le code existant. C’est peut-être cette citation de l’architecte de la plateforme Java chez Oracle qui résume le mieux cette idée :
Il n’y a aucune raison de passer aux modules.
On n’a jamais eu besoin de passer aux modules.
Java 9 et les versions ultérieures prennent en charge les fichiers JAR traditionnels sur le classpath classique, via le concept de module sans nom, ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access