Wydaje się, że konsensus jest zgodny z konwencją platformy, dla której opracowują. Widzieć:
Konwencje nazewnictwa: camelCase kontra underscore_case?
Jednak PHP nie wydają się ściśle przestrzegać żadnych konwencji wewnętrznie (nie ma żadnych niespodzianek), nawet w przypadku metod i funkcji (np mysqli::set_local_infile_default
,
PDOStatement::debugDumpParams
); jednak podkreślenia wydają się dominować w nazwach funkcji.
Jednak nie mogłem znaleźć tego: jaka jest dominująca konwencja nazewnictwa dla zmiennych w PHP?
php
naming
readability
camelcase
sbichenko
źródło
źródło
Odpowiedzi:
W PHP nie ma definitywnej konwencji nazewnictwa i różnią się one strukturą:
Więc: Używaj tego, co używa twój framework lub stwórz własną konwencję nazewnictwa.
Przynajmniej dla nazw funkcji i metod klasy, jest jedna rzecz do rozważenia, ale pewne ramy wyrzucić go: PHP jest wielkość liter ma znaczenie w tym przypadku , tak
aTonalFunction()
iatonalFunction()
to zarówno połączeń do tej samej funkcji.źródło
Jako, że koduję od ponad dziesięciu lat w PHP, widzę zmianę z podkreślenia na camelCase. Zwłaszcza większe frameworki, takie jak Zend i Symfony, budują się na camelCase również wtedy, gdy nie zabraniają podkreślenia, ale wszystkie podstawowe funkcje to camelCase.
W starszych systemach można zobaczyć wiele rozwiązań podkreślających, takich jak stara gałąź Typo3 (Typo3 Neo zmienił się również na camelCase).
Ale zdecydowanie nie ma ścisłej zasady, z której wszyscy korzystają, to właśnie widzę w ciągu ostatnich kilku lat.
źródło
Zależy to od programistów / programistów, a także od frameworku lub oprogramowania typu open source, nad którym pracują. Na przykład w frameworku Yii zaleca się stosowanie wielbłąda, podczas gdy w frameworku Codeigniter większość osób stosuje nazwy zmiennych z podkreślnikami. Jedno jest pewne, niezależnie od używanego frameworka, nazwa zmiennej musi być zrozumiała i możliwa do zidentyfikowania.
źródło
Osobiście może to przebiegać w obie strony. Niektórzy programiści wolą sposób pisania CamelCase, inni wolą podkreślenie ... Tak więc zadawanie takich pytań nie ma znaczenia, ponieważ każdy programista ma swoje własne zdanie ... Osobiście mam w zwyczaju robić jedno i drugie w zależności od sytuacji. ..
Sytuacja pierwsza:
Dołączyłeś do zespołu programistów i dołączyłeś do trwającego projektu, zauważasz, że podano przykładową zmienną:
Ale masz preferowany styl:
w takiej sytuacji najlepiej trzymać się camelcase.
Sytuacja druga:
Chcesz rozpocząć projekt solo.
W takim przypadku ... Po prostu sprowadza się do tego, z czym czujesz się komfortowo, pamiętaj o złych praktykach w zakresie:
Może to z łatwością spowodować nieoczekiwany wynik. Pamiętaj o tym.
źródło