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?
com.louisrhys.xxx.yyy
que vous soyez propriétaire ou nonlouisrhys.com
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).
la source
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 source
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.
la source