Похоже, консенсус заключается в том, что нужно следовать соглашению платформы, для которой они разрабатывают. Видеть:
Соглашения об именах: camelCase или underscore_case?
Тем не менее, PHP, кажется, строго не следует никаким внутренним соглашениям (никаких сюрпризов) даже для методов и функций (например mysqli::set_local_infile_default
,
PDOStatement::debugDumpParams
); однако подчеркивания, кажется, доминируют в именах функций.
Однако я не смог найти следующее: каково доминирующее соглашение по именованию переменных в PHP?
php
naming
readability
camelcase
sbichenko
источник
источник
Ответы:
В PHP нет определенного соглашения об именах, и они различаются по структуре:
Итак: используйте то, что использует ваш фреймворк, или создайте собственное соглашение об именах.
По крайней мере , для имен функций и методов класса, есть одна вещь , чтобы рассмотреть, но некоторые рамки от него избавиться: PHP чувствителен к регистру в этом случае , так
aTonalFunction()
иatonalFunction()
оба обращения к одной и той же функции.источник
Как программирование на PHP более десяти лет, я вижу переход от подчеркивания к camelCase. Особенно большие фреймворки, такие как Zend и Symfony, создаются на camelCase, даже когда они не запрещают подчеркивание, но все основные функции - camelCase.
Вы можете увидеть множество решений с подчеркиванием в старых системах, таких как старая ветка Typo3 (Typo3 Neo также изменен на camelCase).
Но, безусловно, нет строгого правила, которым пользуются все, это то, что я вижу за последние несколько лет.
источник
Это зависит от программистов / разработчиков, а также от фреймворка или открытого исходного кода, над которым они работают. Например, в структуре Yii желательно использовать регистр верблюдов, тогда как в структуре Codeigniter большинство людей следуют за именами переменных с подчеркиванием. Одно можно сказать наверняка: независимо от того, какую платформу вы используете, имя переменной должно быть понятным и идентифицируемым.
источник
Лично это может пойти в любую сторону. Некоторые программисты предпочитают способ написания CamelCase, другие предпочитают подчеркивание ... Поэтому задание такого вопроса не имеет смысла, поскольку у каждого программиста будет свое собственное мнение ... Лично у меня есть привычка делать и то, и другое в зависимости от ситуации. ..
Ситуация первая:
Вы присоединились к команде разработчиков и присоединились к текущему проекту, и вы заметили, что приведен пример переменной:
Но у вас есть предпочтительный стиль:
в такой ситуации было бы лучше придерживаться верблюдов.
Ситуация вторая:
Вы хотите начать проект в одиночку.
В этом случае ... Все сводится к тому, что вы чувствуете себя комфортно, помните о плохой практике с точки зрения:
Это может легко вызвать неожиданный результат. Просто имейте это в виду.
источник