Le consensus semble être que l'on devrait suivre la convention de la plate-forme pour laquelle ils développent. Voir:
Conventions de dénomination: camelCase versus underscore_case?
Cependant, PHP ne semble pas suivre strictement les conventions internes (pas de surprises là-bas), même pour les méthodes et les fonctions (par exemple mysqli::set_local_infile_default
,
PDOStatement::debugDumpParams
); cependant, les caractères de soulignement semblent être dominants dans les noms de fonctions.
Cependant, voici ce que je n'ai pas pu trouver: quelle est la convention de dénomination dominante pour les variables en PHP?
php
naming
readability
camelcase
Sbichenko
la source
la source
Réponses:
Il n'y a pas de convention de nommage définitive en PHP, et ils diffèrent par framework:
Donc: Utilisez ce que votre framework utilise ou créez votre propre convention de nommage.
Au moins pour les noms de fonction et les méthodes de classe, il y a une chose à prendre en compte, mais certains frameworks la rejettent: PHP est insensible à la casse dans ce cas , donc
aTonalFunction()
etatonalFunction()
sont tous deux des appels à la même fonction.la source
En tant que codeur depuis plus de dix ans avec PHP, je peux voir un changement de soulignement à camelCase. En particulier, les plus gros frameworks tels que Zend et Symfony s’appliquent sur camelCase même s’ils n’interdisent pas le soulignement, mais la fonction principale est camelCase.
Vous pouvez voir beaucoup de solutions de soulignement dans les systèmes plus anciens, comme l'ancienne branche Typo3 (Typo3 Neo a également été remplacé par camelCase).
Mais il n’ya certainement pas de règle stricte, qui est utilisée par tout le monde, c’est ce que je peux voir au cours des dernières années.
la source
Cela dépend des programmeurs / développeurs ainsi que du framework ou de l'open source sur lequel ils travaillent. Par exemple, dans le framework Yii, il est conseillé d'utiliser la casse camel alors que dans le framework Codeigniter, la plupart des gens suivent les noms de variables avec des tirets bas. Une chose est certaine, quel que soit le cadre utilisé, le nom de la variable doit être compréhensible et identifiable.
la source
Personnellement, cela peut aller dans les deux sens. Certains programmeurs préfèrent la manière d'écrire CamelCase, d'autres préfèrent le soulignement ... Donc, poser une question comme celle-ci n'est pas pertinent car chaque programmeur aura son opinion différente ... Personnellement, j'ai l'habitude de faire les deux en fonction de la situation. ..
Situation un:
Vous avez rejoint une équipe de programmation et un projet en cours, vous remarquerez qu'un exemple de variable est défini:
Mais vous avez un style préféré de:
Dans une situation comme celle-ci, il serait préférable de ne pas utiliser de camelcase.
Situation deux:
Vous souhaitez démarrer un projet en solo.
Dans ce genre de cas ... Tout dépend de ce avec quoi vous vous sentez à l'aise, gardez à l'esprit les mauvaises pratiques en termes de:
Cela peut facilement provoquer des sorties inattendues. Gardez cela à l’esprit.
la source