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

Proposition	Votant pour
utiliser dans tous les cas pour toutes les variables le format $thisIsAnExample (sauf les variables locales qui sont préfixées d'un underscore)	--Christophe 15:58, 30 December 2005 (CET)