Cela ne me semble pas une bonne idée. Cela interdirait, lors de la normalisation d'un paramètre, de changer son nom (je prends X-billgates-est-un-con et ensute, je demande l'enregistrement officiel) ou de changer sa sémantique (ce qui est souvent le cas en pratique).
Ben non, pourquoi ? Rien ne t'interdit de changer d'en-tête si l'envie t'en prend. Ça implique effectivement un changement de tes spécifications et de ton programme, mais ce ne serait en rien différent de l'existant.
Note bien que, dans ma remarque, je ne proposais pas de rendre officiels les noms commençant par « X- » qui, eux, resteraient expérimentaux par nature, mais au contraire d'officialiser la tradition qui consiste à le faire, d'une part, ce qui revient à créer un namespace de test, et d'autre part poser la règle selon laquelle un header sans préfixe « X- », donc normalisé, serait équivalent au même header avec préfixe.
[^] # Re: Pourquoi faire ?
Posté par Obsidian . En réponse au journal RFC 6648: Deprecating the X- Prefix in Application Protocols. Évalué à 3.
Ben non, pourquoi ? Rien ne t'interdit de changer d'en-tête si l'envie t'en prend. Ça implique effectivement un changement de tes spécifications et de ton programme, mais ce ne serait en rien différent de l'existant.
Note bien que, dans ma remarque, je ne proposais pas de rendre officiels les noms commençant par « X- » qui, eux, resteraient expérimentaux par nature, mais au contraire d'officialiser la tradition qui consiste à le faire, d'une part, ce qui revient à créer un namespace de test, et d'autre part poser la règle selon laquelle un header sans préfixe « X- », donc normalisé, serait équivalent au même header avec préfixe.