ça va être marrant de devoir rechercher les bons symboles parmi les 10000 proposés ;) (et encore 10000 c'est juste les kanjis, si on ajoute l'alphabet cyrillique, l'arabe, le coréen, le katakana, les hiraganas, l’hébreu, les hiéroglyphes, les runes nordiques, les emoticones et autre fioriture, à un moment va falloir décider de où s'arrêter si tu veux être un minimum utilisable/interopérable.
Comme répondu ailleurs, ça fait longtemps que ça se fait et visiblement dans tous les environnements graphiques modernes, sinon les applications de bureautique prennent le relais (je trouve ça moyen car je préfère quand c'est mutualisé)
Là je suis en train de bosser sur une appli où 'by design' on peut tout avoir dans un identifiants... (pas pour le nommage, mais pour adresser l'objet)
Ben au lieu de se farcir juste des uuids ou simplement des caractères alpha numériques on se retrouver à devoir gérer des / (super dans les url quand on a un fanatique des api rest et qu'on droit adresser les objet machin/truc/id), et faut aussi faire gaffe aux injections sql ou autre avec un truc qui est utilisé partout...
Là c'est un autre problème ...qui est mal adressé de mon point de vue (design douteux à première vue, mais je n'ai pas les infos pour apprécier la pertinence de la chose) : un identifiant informatique ne peut pas être un texte libre. Ceci dit, pour les URL, il y a un normage pour l'encodage et le décodage de tout ce qui n'est pas ASCII ; et pour les injections SQL il faut quand-même/toujours les gérer même si on ne traite que des chiffres...
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: Maître esclave
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Comme une impression de déjà vu.... Évalué à 3.
Comme répondu ailleurs, ça fait longtemps que ça se fait et visiblement dans tous les environnements graphiques modernes, sinon les applications de bureautique prennent le relais (je trouve ça moyen car je préfère quand c'est mutualisé)
Là c'est un autre problème ...qui est mal adressé de mon point de vue (design douteux à première vue, mais je n'ai pas les infos pour apprécier la pertinence de la chose) : un identifiant informatique ne peut pas être un texte libre. Ceci dit, pour les URL, il y a un normage pour l'encodage et le décodage de tout ce qui n'est pas ASCII ; et pour les injections SQL il faut quand-même/toujours les gérer même si on ne traite que des chiffres...
"It is seldom that liberty of any kind is lost all at once." ― David Hume