Tampaknya konsensus adalah bahwa seseorang harus mengikuti konvensi platform yang mereka kembangkan. Lihat:
Konvensi penamaan: camelCase versus underscore_case?
Namun, PHP tampaknya tidak secara ketat mengikuti konvensi apa pun secara internal (tidak ada kejutan di sana), bahkan untuk metode dan fungsi (misalnya mysqli::set_local_infile_default
,
PDOStatement::debugDumpParams
); Namun, garis bawah tampaknya dominan dalam nama fungsi.
Namun, apa yang saya tidak dapat temukan adalah ini: apa konvensi penamaan dominan untuk variabel dalam PHP?
php
naming
readability
camelcase
sbichenko
sumber
sumber
Jawaban:
Tidak ada konvensi penamaan yang pasti dalam PHP, dan mereka berbeda menurut kerangka:
Jadi: Gunakan apa pun yang digunakan kerangka kerja Anda atau buat konvensi penamaan Anda sendiri.
Setidaknya untuk nama fungsi dan metode kelas, ada satu hal yang perlu dipertimbangkan, tetapi beberapa kerangka kerja membuangnya: PHP tidak peka huruf besar-kecil dalam kasus itu , jadi
aTonalFunction()
danatonalFunction()
keduanya dipanggil ke fungsi yang sama.sumber
Sebagai pengkodean selama lebih dari sepuluh tahun dengan PHP, saya dapat melihat perubahan dari garis bawah ke camelCase. Terutama kerangka kerja yang lebih besar seperti Zend dan Symfony dibangun di atas camelCase juga ketika mereka tidak melarang garis bawah, tetapi semua fungsi inti adalah camelCase.
Anda dapat melihat banyak solusi garis bawah pada sistem yang lebih lama, seperti cabang Typo3 lama (Typo3 Neo juga diubah menjadi camelCase).
Tapi jelas tidak ada aturan ketat, yang digunakan oleh semua orang, hanya itu yang bisa saya lihat selama beberapa tahun terakhir.
sumber
Ini tergantung pada programmer / pengembang serta kerangka kerja atau sumber terbuka yang sedang mereka kerjakan. Misalnya, dalam kerangka kerja Yii, disarankan untuk menggunakan case unta sedangkan dalam kerangka Codeigniter, kebanyakan orang mengikuti nama variabel dengan garis bawah. Satu hal yang pasti adalah bahwa terlepas dari kerangka mana yang Anda gunakan, nama variabel harus dapat dimengerti dan diidentifikasi.
sumber
Secara pribadi, ini bisa jalan baik. Beberapa programmer lebih suka cara penulisan CamelCase, yang lain lebih suka garis bawah ... Jadi mengajukan pertanyaan seperti ini dianggap tidak relevan karena setiap programmer akan memiliki pendapat mereka sendiri yang berbeda ... Secara pribadi, saya memiliki kebiasaan melakukan keduanya tergantung pada situasinya. ..
Situasi satu:
Anda telah bergabung dengan tim pemrograman dan telah bergabung dengan proyek yang sedang berjalan, Anda perhatikan bahwa variabel contoh ditetapkan:
Tetapi Anda memiliki gaya yang disukai:
dalam situasi seperti ini, yang terbaik adalah tetap menggunakan camelcase.
Situasi dua:
Anda ingin memulai proyek solo.
Dalam kasus seperti ini ... Itu hanya turun ke apa yang Anda rasa nyaman, ingatlah praktik buruk dalam hal:
Ini dengan mudah dapat menyebabkan output yang tidak terduga .. Ingatlah itu.
sumber