Quelle est l'importance des identificateurs de type TLD en premier lieu ?

Question

"TLD-first domain-like identifiers" est un peu long, mais c'est tout ce que j'ai pu trouver.

Je les ai vus utilisés à divers endroits au fil des ans et je me suis demandé quelle était l'histoire/la raison de cette convention, car on peut penser qu'il n'existe qu'une seule façon de mentionner un domaine.

Je n'utilise pas Java mais je me souviens, en fouillant un peu, que les espaces de noms sont souvent utilisés de cette manière :

uk.co.tophats.stitchkit

Un fichier de spécification pour un "agent de lancement" sur Mac OS X :

ws.agile.1PasswordAgent.plist

Un fichier de préférences sur Mac OS X :

com.apple.iTunesHelper.plist

Pourquoi le TLD est-il le premier ? S'agit-il d'une simple pédanterie hiérarchique, comme les formats de date britannique et américain ?

Answer 1

Dans le cas de Java, les paquets correspondent directement à la hiérarchie des répertoires, et il est beaucoup plus logique que la hiérarchie des répertoires soit enracinée dans l'identifiant de domaine le plus général, plutôt que le plus spécifique. De plus, lors de la lecture de la hiérarchie des répertoires, il est plus courant de la lire de haut en bas. Je dirais donc que la convention consistant à inverser l'ordre des composants du domaine est logique dans ce cas.

Answer 2

En Java et dans d'autres langages de programmation, l'identifiant du paquet dicte la hiérarchie des répertoires du projet.

Donc, si vous avez deux paquets com.stackoverflow.server y com.stackoverflow.client vous obtiendrez cette disposition de répertoire :

com/
   stackoverflow/
      client/
      server/

ce qui est bien et logique, alors que l'inverse vous donnerait

client/
   stackoverflow/
      com/
server/
   stackoverflow/
      com/

ce qui est impraticable.

Answer 3

C'est un moyen d'utiliser un nom unique au niveau mondial comme préfixe de tous vos espaces de noms et ainsi de garder tous vos espaces de noms privés au nom unique au niveau mondial.

Answer 4

Dans le domaine de la science, la notation commence normalement par l'élément d'information le plus significatif, afin de faciliter l'ordonnancement et le regroupement des informations. Le TLD est la racine de la structure du domaine et donc l'élément d'information le plus significatif. Il est donc logique de structurer les paquets de cette manière. Bien sûr, cela n'a pas d'importance si c'est com.example.mypackage o exemple.com.mypackage . Mais SUN a décidé de préférer la voie la plus sientifique.

En ce qui concerne le format de la date, sachez qu'il y a un ISO qui décrit un "format d'échange" comme suit : AAAA-MM-JJ
C'est le même schéma, car l'année est la partie la plus significative, suivie du mois et de la date.

Donc, de ce point de vue, celui qui utilise la "mauvaise" notation est le système DNS lui-même. Mais je pense qu'ils ont essayé d'optimiser le tout pour l'analyse d'une url (par exemple, le "www" en premier, pour indiquer un serveur Web).

Answer 5

C'est un peu subjectif. Vous pouvez être habitué à des conventions comme "stackoverflow.com" et vous vous demandez ce que tout ça veut dire "com.apple" de l'affaire. Ou vous pouvez être un programmeur avec des années d'expérience et des trucs comme "System.out" pourrait être la chose la plus naturelle pour vous.

com.apple c'est comme dire "regarde dans le com à l'intérieur de ce domaine, recherchez apple ".

apple.com c'est comme dire "chercher apple qui se trouve dans le com domaine".

Tout dépend donc de l'environnement/de la situation dans laquelle vous vous trouvez. Ce n'est que mon avis !