Convention de nommage des noms de fonctions
8 messages
• Page 1 sur 1
-

dorian53 - WRInaute passionné

- Messages: 2215
- Inscription: 10 Avr 2005
Convention de nommage des noms de fonctions
Bonjour,
Lorsque que vous créez une fonction qui retourne un utilisateur on peut imaginer :
- getUser()
- getUtilisateur()
Mais lorsque que vous retourner une série d'utilisateurs comment nommez-vous votre fonction ?
1/ Avec la règle du "s" ?
- getUsers()
- getUtilisateurs()
Ok mais si vous utilisez un outils qui génère vos métodes automatiquement avec la règle du "s", les exceptions françaises deviennent ridicules.
- getChevals()
2/ Au singulier avec le type en suffixe ?
- getUserArray()
- getUtilisateurArray()
Pourquoi pas, mais je n'aime pas !
Si demain on vient à modifier le type retourné, le nom de la fonction n'est plus bon (ok faudra changer les traitements qui en découlent).
Et je n'aime pas, car c'est comme si on venait à écrire...
- getIdInterger()
3/ Au singulier avec un suffixe explicite ?
- getUserAll()
- getUserCol() pour collection (mais c'est aussi un type)
- ...
J'ai une préférence pour la convention 3, et vous ?
Vous posez vous ce genre de question ?
Merci,
Dorian
Lorsque que vous créez une fonction qui retourne un utilisateur on peut imaginer :
- getUser()
- getUtilisateur()
Mais lorsque que vous retourner une série d'utilisateurs comment nommez-vous votre fonction ?
1/ Avec la règle du "s" ?
- getUsers()
- getUtilisateurs()
Ok mais si vous utilisez un outils qui génère vos métodes automatiquement avec la règle du "s", les exceptions françaises deviennent ridicules.
- getChevals()
2/ Au singulier avec le type en suffixe ?
- getUserArray()
- getUtilisateurArray()
Pourquoi pas, mais je n'aime pas !
Si demain on vient à modifier le type retourné, le nom de la fonction n'est plus bon (ok faudra changer les traitements qui en découlent).
Et je n'aime pas, car c'est comme si on venait à écrire...
- getIdInterger()
3/ Au singulier avec un suffixe explicite ?
- getUserAll()
- getUserCol() pour collection (mais c'est aussi un type)
- ...
J'ai une préférence pour la convention 3, et vous ?
Vous posez vous ce genre de question ?
Merci,
Dorian
-

spout - WRInaute accro

- Messages: 4377
- Inscription: 14 Mai 2003
Re: Convention de nommage des noms de fonctions
Dans certains frameworks avec ORM (CakePHP, CI, RoR, Lithium, Akelos, ...), on utilise ce qu'on appelle un "Inflector" pour avoir le singulier/pluriel/CamelCase.
Donc je dirais la règle 1, en pensant au pluriels irréguliers:
getCountry() => getCountries()
getStatus() => getStatuses()
getPost() => getPosts()
http://blog.eval.ca/2007/03/03/php-pluralize-method/
http://kuwamoto.org/2007/12/17/improved-pluralizing-in-php-actionscript-and-ror/
http://flourishlib.com/docs/fGrammar
Donc je dirais la règle 1, en pensant au pluriels irréguliers:
getCountry() => getCountries()
getStatus() => getStatuses()
getPost() => getPosts()
http://blog.eval.ca/2007/03/03/php-pluralize-method/
http://kuwamoto.org/2007/12/17/improved-pluralizing-in-php-actionscript-and-ror/
http://flourishlib.com/docs/fGrammar
-

dorian53 - WRInaute passionné

- Messages: 2215
- Inscription: 10 Avr 2005
Re: Convention de nommage des noms de fonctions
Merci pour cette réponse spout.
C'est justement avec Doctrine ORM que j'avais rencontré ce soucis de pluriel qui revient fréquemment même sur des fonctions écrites à la main.
Cela me permet de confirmer mon choix (du suffixe) car je ne veux pas m'embêter à gérer des exceptions grammaticales.
Les exceptions sont causes de problèmes et pertes de temps.
C'est justement avec Doctrine ORM que j'avais rencontré ce soucis de pluriel qui revient fréquemment même sur des fonctions écrites à la main.
Cela me permet de confirmer mon choix (du suffixe) car je ne veux pas m'embêter à gérer des exceptions grammaticales.
Les exceptions sont causes de problèmes et pertes de temps.
-

screuscreu - WRInaute impliqué

- Messages: 968
- Inscription: 14 Jan 2008
Re: Convention de nommage des noms de fonctions
spout a écrit:Dans certains frameworks avec ORM (CakePHP, CI, RoR, Lithium, Akelos, ...), on utilise ce qu'on appelle un "Inflector" pour avoir le singulier/pluriel/CamelCase.
Donc je dirais la règle 1, en pensant au pluriels irréguliers:
getCountry() => getCountries()
getStatus() => getStatuses()
getPost() => getPosts()
http://blog.eval.ca/2007/03/03/php-pluralize-method/
http://kuwamoto.org/2007/12/17/improved-pluralizing-in-php-actionscript-and-ror/
http://flourishlib.com/docs/fGrammar
Moi j'utilise CakePHP intensivement et oui cela marche bien ... mais au final pour gagner du temps je' n'hésite plus à faire du getStatuss ... tant pis pour les poètes
- poulpe
- WRInaute discret

- Messages: 90
- Inscription: 29 Juin 2004
Re: Convention de nommage des noms de fonctions
Pour ma part, j ajoute que je n'ecris jamais du code en FR, tous les commentaires, noms de methodes, variables etc sont en anglais, c est plus simple pour les projets d equipes ou tout le monde ne parle pas francais. Si on se retrouve avec chaque dev qui ecrit dans sa propre langue ca devient complique...
8 messages
• Page 1 sur 1
Lectures recommandées sur ce thème :
- Recherche convention de nommage / codage PHP et MySQL
- les labels css, les noms de fonctions js et les mots cles
- Convention-collective-fr
- Convention collective et NAF
- 4ème convention e-commerce à Paris
- Url RW et nommage
- Nommage de ma page
- Le salaire d'un référenceur (convention syntec)
- 3ème convention e-commerce 12-14 Sept 2006
- Règles nommage url et pages
- WebRankInfo lance un forum sur les noms de domaine - 08-10-2007
- Noms de domaine : Google se lance dans le marché - 19-12-2006
- Easter Egg dans Google Chrome (fonctions cachées) - 06-09-2008
- Suite de l'article sur le fichier .htaccess : l'URL rewriting - 16-01-2003
- Utilisation des données WHOIS par Google - 09-05-2006
- Yahoo poursuit les propriétaires de 1763 noms de domaine - 23-06-2006
- Les robots MSNbot de Live Search - 30-11-2006
- Lancement d'un dictionnaire collaboratif en ligne - 14-06-2004
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 1 invité

