O consenso parece ser que se deve seguir a convenção da plataforma para a qual eles estão desenvolvendo. Vejo:
Convenções de nomenclatura: camelCase versus underscore_case?
No entanto, o PHP parece não seguir estritamente nenhuma convenção internamente (sem surpresas), mesmo para métodos e funções (por exemplo mysqli::set_local_infile_default
,
PDOStatement::debugDumpParams
); no entanto, sublinhados parecem ser dominantes nos nomes das funções.
No entanto, o que não consegui encontrar foi o seguinte: qual é a convenção de nomenclatura dominante para variáveis no PHP?
php
naming
readability
camelcase
sbichenko
fonte
fonte
Respostas:
Não existe uma convenção de nomenclatura definitiva no PHP, e eles diferem por estrutura:
Portanto: use o que sua estrutura usa ou crie sua própria convenção de nomenclatura.
Pelo menos para nomes de funções e métodos de classe, há uma coisa a considerar, mas algumas estruturas a descartam: o PHP não diferencia maiúsculas de minúsculas nesse caso , portanto,
aTonalFunction()
eatonalFunction()
são chamadas para a mesma função.fonte
Como codificando por mais de dez anos com PHP, posso ver uma mudança de sublinhado para camelCase. Especialmente as estruturas maiores, como Zend e Symfony, também se baseiam no camelCase quando não proíbem o sublinhado, mas toda a função principal é o camelCase.
Você pode ver muitas soluções de sublinhado em sistemas mais antigos, como o antigo ramo Typo3 (o Typo3 Neo também mudou para camelCase).
Mas definitivamente não existe uma regra estrita, usada por todos, é exatamente o que posso ver nos últimos anos.
fonte
Isso depende dos programadores / desenvolvedores, bem como da estrutura ou código aberto em que estão trabalhando. Por exemplo, na estrutura Yii, é recomendável usar o caso camel, enquanto na estrutura Codeigniter, a maioria das pessoas segue nomes de variáveis com sublinhados. Uma coisa é certa: independentemente da estrutura usada, o nome da variável deve ser compreensível e identificável.
fonte
Pessoalmente, isso pode ser de qualquer maneira. Alguns programadores preferem a maneira CamelCase de escrever, outros preferem sublinhado ... Então, fazer uma pergunta como essa é irrelevante, pois cada programador terá sua própria opinião diferente ... Pessoalmente, tenho o hábito de fazer as duas coisas, dependendo da situação. ..
Situação um:
Você ingressou em uma equipe de programação e em um projeto em andamento, percebe que uma variável de exemplo está definida:
Mas você tem um estilo preferido de:
em uma situação como essa, seria melhor ficar no camelcase.
Situação dois:
Você deseja iniciar um projeto sozinho.
Nesse tipo de caso ... Tudo se resume ao que você se sente confortável, lembre-se de práticas inadequadas em termos de:
Isso pode facilmente causar resultados inesperados. Basta ter isso em mente.
fonte