Discussion:Coding rules
Format des variables
Je suis pour le respect du format suivant concernant les variables :
$thisIsAnExample
J'ai pas trouvé de telle obligation dans PEAR alors que je pensais que c'était le cas... En fait c'est restreint aux fonctions. De même je pensais que c'était clairement décrit dans notre propres règles et il n'en n'est rien.
Donc le sujet est ouvert...
--Christophe 15:53, 30 December 2005 (CET)
Je suis d'accord, j'aime aussi ce format, mais uniquement pour les variables php.
Par contre, pour les variables html (ce qui passe en POST ou en GET), je préfère les underscore, tout simplement parce que je n'aime pas voir des majuscules dans la barre d'adresse :)
En gros, j'aime assez le format suivant : Variables php :
$thisIsAnExemple
"Variables" html :
this_is_an_exemple
Functions php :
thisIsAnExemple()
Et les noms de classes avec une majuscule
--Zebuline 15:59, 30 December 2005 (CET)
Dans ce cas pourquoi ne pas re-formater lors de "l'import" :
$thisIsAnExample = getPost('this_is_an_example')
Néanmoins, je préfère même pour html utiliser la règle générale. Je ne vois pas où est le problème (avec html).
Y'a un truc aussi : normalement dans la barre d'adresse doit y avoir que l'adresse, pas de variable. Ces dernières doivent être passées par POST.
--Christophe 16:06, 30 December 2005 (CET)
Heu, le reformattage, je le fais déjà ? Où est le pb ? --Zebuline 16:13, 30 December 2005 (CET)
Je voyais tellement de fois aircraft_id dans ton fichier open_flight que je pensais qu'il s'agissait de la variable php...
Sinon, voici un lien concernant les urls propres
--Christophe 16:17, 30 December 2005 (CET)
Votes
Concensus pour utiliser le formet $thisIsAnExample dans les variables PHP.
Vote sur le format des variables en JavaScript.
Proposition | Votant pour |
---|---|
utiliser le format thisIsAnExample | --Christophe 15:58, 30 December 2005 (CET) |