41 votes

POST vs post, GET vs get

Je me rends compte que les deux fonctionneront, mais l'un est-il plus correct que l'autre ?

<form method="POST" />

vs.

<form method="post" />

Pourquoi utiliser l'un ou l'autre ?

8 votes

Le W3C les appelle "attributs énumérés" et recommande l'emploi de minuscules pour le nom et la valeur.

0 votes

stackoverflow.com/a/45834938/498634 est une réponse plus récente avec des références aux normes d'aujourd'hui.

40voto

amelvin Points 6028

Le W3C a tendance à utiliser les minuscules pour les noms et les valeurs des attributs depuis un certain temps.

Par exemple, la section 4.11 du norme xhtml 1.0 en 2002 :

4.11. Attributs avec jeux de valeurs prédéfinis

HTML 4 et XHTML ont tous deux attributs qui ont des valeurs prédéfinies et prédéfinis et limités (par exemple, l'attribut type de l'élément input). Dans SGML et XML, ces attributs sont appelés attributs énumérés. Sous HTML 4, l'interprétation de ces valeurs était insensible à la casse, ainsi une valeur de TEXT était équivalente à une valeur de texte. Sous XML, l'interprétation de ces valeurs est sensible à la casse, et dans XHTML 1, toutes ces valeurs sont définies en minuscules.

14voto

Sarfraz Points 168484

Vous pouvez utiliser l'un ou l'autre parce que le HTML n'est pas un langage de balisage sensible à la casse.

Voir la spécification HTML 4.01

La valeur est insensible à la casse (c'est-à-dire que les agents utilisateurs interprètent "a" et "A" comme étant identiques).


Notez que XHTML doit être en minuscules.

4.2. Les noms des éléments et des attributs doivent être en minuscules.

Les documents XHTML doivent utiliser des minuscules pour tous les éléments et attributs HTML pour tous les noms d'éléments et d'attributs HTML. Cette différence est nécessaire car XML est sensible à la casse, par exemple <li> y <LI> sont des étiquettes différentes.

2 votes

Il est intéressant de noter que le XHTML (notez le X) est sensible à la casse - les noms de balises et d'attributs doivent tous être en minuscules. Cela dit, je n'ai pas connaissance de restrictions en matière de casse pour les attributs bien définis. valeurs .

0 votes

Ne s'agit-il pas d'une question de doctype ? car XML exige des minuscules.

0 votes

@RobM : C'est bien que vous ayez mentionné la norme XHTML, bien qu'ici je voulais dire la spécification HTML 4.01 : w3.org/TR/html4/interact/forms.html#adef-method . Mettez à jour la réponse cependant :)

8voto

Alin Purcaru Points 21373

Les deux façons sont bonnes. pour le HTML. Il n'y a pas de recommandation spécifique.

Les valeurs possibles (insensibles à la casse) sont "get" (par défaut) et "post".

Il existe des arguments pour les majuscules et les minuscules. On pourrait dire que la valeur par défaut pour les jetons HTML (et obligatoire pour XHTML) est de les écrire en minuscules, mais dire que les valeurs utilisées dans les requêtes HTTP sont celles en majuscules est tout aussi valable.

4voto

kanaka Points 23143

L'un ou l'autre, c'est bien. Ce n'est pas sensible à la casse. w3schools implique que le w3c recommande les minuscules pour le HTML : http://www.w3schools.com/html/html_attributes.asp

Voici l'exigence du w3c XHTML concernant les minuscules pour les attributs : http://www.w3.org/TR/xhtml1/#h-4.2

6 votes

W3schools n'est en aucun cas affilié à w3c !

2 votes

Eugh. J'aurais aimé que W3Schools prenne la peine de créer un lien vers cette recommandation, car je ne la trouve nulle part. En général, évitez W3Schools. Elles sont très sujettes aux erreurs.

0 votes

@Alin - J'aurais normalement crié cela moi-même, mais la page citée indique que le W3C fait cette recommandation (bien qu'elle ne dise pas où ils le font). La réponse pourrait être mieux formulée pour éviter cette implication.

2voto

DJ Quimby Points 2290

Comme pour la plupart des conventions de codage, la cohérence est essentielle. Choisissez le casing avec lequel vous êtes le plus à l'aise et veillez à l'utiliser dans tout votre code.

0 votes

Et si je ne fais pas ce genre de choses à ma mère, je choisis la "casse mixte" :)

3 votes

@RoBeRtPiTt : Si votre ami fait tout ce qu'il peut, c'est qu'il a besoin d'aide !

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X