Talk:Coding rules: Difference between revisions

From Documentation de la solution web de gestion OpenFlyers
Jump to navigation Jump to search
imported>Pgodard
imported>Claratte
 
Line 1: Line 1:
=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...
--[[User:Claratte|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
--[[User:Zebuline|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.
--[[User:Claratte|Christophe]] 16:06, 30 December 2005 (CET)
Heu, le reformattage, je le fais déjà ? Où est le pb ? --[[User:Zebuline|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 [http://www.port80software.com/support/articles/nextgenerationurls urls propres]
--[[User:Claratte|Christophe]] 16:17, 30 December 2005 (CET)
Je n'ai aps donné mon avis pour le format javascript ...
D'ailleurs, qu'appelles-tu variable javascript ? Les trucs avec un var devant ? Si oui, je suis favorable au format thisIsAnExample. Sinon, si tu appelles des variables javascript ce qu'on récupère sur un formulaire, comme c'est du html, je suis pour le format this_is_an_example.
--[[User:Zebuline|Zebuline]] 23:38, 3 January 2006 (CET)
Je parlais des deux à la fois. Mais on peut encore plus dissocier. Je rectifie donc la présentation du vote.
--[[User:Claratte|Christophe]] 23:52, 3 January 2006 (CET)
==Votes==
Concensus pour utiliser le format thisIsAnExample dans les variables PHP et JavaScript.
Vote sur le format des variables transmises dans les formulaires HTML :
{| {{prettytable}}
!Proposition!!Votant pour
|-
|utiliser le format thisIsAnExample||--[[User:Claratte|Christophe]] 15:58, 30 December 2005 (CET)
|-
|utiliser le format thisIsAnExample||--[[User:pgodard|Patrice]] 11:05, 04 January 2006 (CET)
|-
|format this_is_an_example, par analogie avec les varaibles qui passent en GET : pour ne pas avoir de majuscules dans l'url ||--[[User:Zebuline|Zebuline]] 23:56, 3 January 2006 (CET)
|-
|moi je suis pour uiliser thisIsAnExample partout en PHP. Pour les variables GET, je suis pas contre utiliser my_var. En javascript, je sais pas du tout ce qui est couremment utilisé comme convention d'écriture, mais pourquoi pas myVar. ||--[[User:KAeL|KAeL]] 09:17, 4 January 2006 (CET)
|}

Latest revision as of 15:32, 29 January 2006

Retrieved from "https://doc4-fr.openflyers.com/index.php?title=Talk:Coding-rules&oldid=814"