J'ai du mal à choisir le nom de ma méthode. Je pense que les deux sont assez explicites, mais ce dernier est plus rapide à taper, donc, ma préférence actuelle est supportedModes(). Qu'est-ce que tu penses?Préférence de nommage: getSupportedModes() vs supportedModes()?
Pour moi, getSupportedModes implique une récupération simple, alors que s'il y a une certaine logique impliquée pour les résoudre, quelque chose comme determineSupportedModes ou calculateSupportedModes peut être mieux. Le nom devrait décrire ce que la fonction fait. La concision n'est pas une considération majeure avec les IDE modernes avec une certaine forme de saisie semi-automatique.
Différentes langues ont également leurs propres conventions. Par exemple, une fonction appelée calculateSupportedModes en Java serait normalement appelée CalculateSupportedModes en C# ou en VB.
+1 pour la note sur la saisie semi-automatique. Être une dactylo paresseuse n'est pas une excuse pour un nom de variable/méthode pauvre avec un IDE auto-complétant moderne. – Paolo
Je préférerais le plus explicite qui est getSupportedModes. Vous ne voulez pas que d'autres développeurs essayent de deviner ce que fait la méthode.
Les fonctions qui agissent sur plus que leurs arguments passés doivent être nommées en tant qu'actions.
Toutes les "fonctions ne sont pas des actions". Est-ce que 'sqrt()' est une action? Devrait-il s'appeler 'CalculateSquareRoot()'? Habituellement * fonctions * ne sont pas des actions, alors que * méthodes * le sont habituellement. –
Une distinction importante. Réponse clarifiée. –
Quelle langue? – SLaks