Je ne comprends pas pourquoi Java utilise l'inverse d'un nom de domaine (probablement hypothétique) comme nom d'un package, alors qu'il n'y a généralement pas de lien entre le nom de domaine que certaines personnes utilisent et les produits dont elles disposent. Beaucoup de développeurs n'ont même pas de domaine.
Quelles sont les raisons de cette convention de dénomination, le cas échéant?
Réponses:
Unicité globale. Si tout le monde, ou du moins les développeurs sérieux qui distribuent leur code au-delà des projets internes, adhère à cette convention, il ne se produira jamais que des conflits de noms se produisent lorsque vous ajoutez une autre bibliothèque tierce à votre projet. Gardez à l'esprit que Java a été initialement propagé comme une solution pour le déploiement de code n'importe où, n'importe quand (via des applets et un chargement de classe à distance sur Internet).
Java was initially propagated as a solution for code deployment anywhere, anytime Par opposition à ce que Java est maintenant? Je ne sais pas pour vous mais j'utilise toujours avec succès Java WebStart pour déployer le code côté client sur des milliers de PC dans un réseau interne. Cela rend "Release Early, Release Often" beaucoup moins pénible pour tout le monde.
Comme le dit Wikipedia sur le sujet,
"La spécification du langage Java établit des conventions de dénomination des packages pour éviter la possibilité que deux packages publiés aient le même nom."
J'ai trouvé deux documents publiés par Oracle qui traitent de la dénomination des packages. Il y a la page Nommer un package dans les didacticiels Java et la section Packages de la spécification du langage Java .
L'objectif principal de cette convention est d'essayer de minimiser les conflits entre les packages publiés par différentes organisations.
com.louisrhys.xxx.yyyque vous soyez propriétaire ou nonlouisrhys.com