Bagaimana menulis case unta untuk kata-kata seperti "phonenumber", "motor", "wavelength", dll

Saya mengalami masalah dalam memahami cara menerapkan sintaks camelCase ke beberapa nama variabel saya.

Sebagai contoh, bagaimana saya harus menulis kata seperti "nomor telepon" dengan benar di case unta? Apakah itu phoneNumberatau phonenumber? Demikian pula dengan "nama pengguna", apakah itu usernameatau userName?

Saya pikir itu tidak beres dengan kasus unta seperti motorCycle, passWord, sunDay, setUpatau waveLengthkarena ini hanya satu kata masing-masing. Saya pikir itu bisa menjadi alasan mengapa itu disebut hashMaptetapi juga hashtabledalam kasus unta tanpa modal dalam kasus terakhir karena hashtable adalah satu kata sementara peta hash adalah dua kata.

Tetapi jika sepeda motor memiliki warna maka apakah itu motorcycleColorkarena sebuah kata digabungkan? Apakah itu benar atau harus itu phoneNUmber, waveLength, sunBlockdan bahkan sunDayuntuk Minggu minggu?

Mengapa misalnya adalah metode yang disebut getISOCountriessementara dikatakan HttpHeadersmisalnya tidak jelas apa yang menjadi huruf kecil jika kita memiliki metode seperti String camelCaseString = dog.toCamelCase()atau interface CamelCase.

Terkait: https://english.stackexchange.com/questions/889/when-should-compound-words-be-written-as-one-word-with-hyphens-or-with-spaces

Anda harus menggunakan huruf kapital setelah "di mana" biasanya ada spasi (ketika Anda akan menulis surat alih-alih kode sumber). Asumsi pertama Anda benar:

• Itu adalah "sepeda motor", bukan "sepeda motor", jadi variabel Anda harus dinamai motorcycle, bukan motorCycle.
• Ini adalah "peta hash", jadi Anda ikut hashMap, bukan hashmap.
• "Minggu" adalah satu kata -> sunday, bukan sunDay.
• Sementara "hari dalam seminggu" adalah dayOfWeek, tidak dayofweek.

Bagian 1
Saya pikir apa yang membuat Anda tersandung adalah bahwa beberapa contoh Anda adalah kata majemuk , sedangkan yang lain tidak.

• nomor telepon // bukan kata majemuk
• sepeda motor // kata majemuk
• panjang gelombang // kata majemuk
• sunblock // kata majemuk
• Minggu // kata majemuk *
• warna motor // kata majemuk yang digunakan dengan kata non-majemuk.

Kata majemuk tidak mengikuti notasi kasus unta untuk kata kedua dalam kata majemuk.

Jadi motorcycledan tidak motorCycle.

Tetapi "nomor telepon" bukanlah kata majemuk dan itu akan mengikuti notasi kasus unta. yaitu phoneNumber.

Dan yang mengarah ke: motorcycleColor.

Jika saya tidak dapat mengingat apakah suatu kata benar-benar sebuah kata majemuk atau tidak, saya mencarinya di kamus untuk memastikan.

Bagian 2
Dua contoh Anda sedikit lebih rumit.

• peta hash
• tabel hash

Mereka rumit karena beberapa akan mengejanya sebagai "hashmap" dan "hashtable". Menurut kamus yang baru saja saya periksa, itu adalah kata-kata yang terpisah dan bukan kata majemuk. Jadi kasus unta yang benar adalah hashMapdan hashTable. Tidak setiap tim mengikuti konvensi itu, jadi Anda perlu bertanya kepada rekan setim Anda apa yang mereka sukai dan kemudian mematuhinya. Konsistensi lebih penting dalam hal ini daripada apa yang dikatakan kamus itu benar.

_{* Beberapa orang akan berpendapat bahwa hari Minggu adalah kata majemuk karena hari-hari lain dalam seminggu tidak, tetapi untuk keperluan pertanyaan ini saya akan menghindari masalah itu. Ini paling mudah untuk diperlakukan sebagai kata majemuk dan karena itu tidak ada unta.}

Seperti yang telah ditunjukkan orang lain, kasing unta digunakan ketika bergabung dengan kata-kata. Jangan gunakan kasing unta dalam satu kata bahasa Inggris. Masalahnya muncul dalam menentukan senyawa mana yang merupakan kata tunggal. Jika dibiarkan sendiri, programmer akan mengambil keputusan berbeda tergantung pada pengetahuan mereka tentang bahasa Inggris. Hal ini menyebabkan inkonsistensi dalam kapitalisasi, yang hampir sama menjengkelkannya dengan salah eja.

Untuk mencegah hal ini, programmer harus menggunakan referensi standar (misalnya dictionary.com ) ketika mereka tidak yakin tentang ejaan atau kapitalisasi. Meski begitu, jika konsistensi dalam penamaan penting untuk proyek Anda, tidak ada pengganti untuk tinjauan kode.

Memilih satu referensi untuk proyek Anda akan menyelesaikan sebagian besar argumen tentang penggunaan huruf besar dan ejaan. Ada beberapa kata majemuk seperti Hashtable yang tidak ada dalam kamus, tetapi ditulis dengan huruf tunggal di Java dan C # API. Anda akan ingin membuat keputusan di seluruh proyek tentang itu. Di Jawa, ini "HashMap" tetapi "Hashtable". IMO "Hashtable" jelas salah; itu tidak pernah muncul sebagai satu kata kecuali sebagai nama dalam API.

Cara paling mudah untuk membuat kasing unta adalah dengan penggambaran kata.

Contoh dari pertanyaan Anda:

• nomor telepon: nomor telepon
• sepeda motor: sepeda motor
• minggu: minggu
• panjang gelombang: panjang gelombang

Jika Anda tidak akan membaginya menjadi dua kata, Anda juga tidak harus menggunakan kasing unta di atasnya. Kalau tidak, Anda menggunakannya pada suku kata dan seberapa konyol tampilannya

• auxIlIArY (Ini adalah kata dengan 5 suku kata; belum lagi saya tampak seperti omong kosong pada font non-monospaced / sans-serif).

Di sinilah komplikasi dengan bahasa Inggris biasa menghalangi cara seseorang kemudian menyalahgunakan bahasa Inggris agar sesuai dengan aturan ruang putih token dalam konteks pemrograman.

Dari contoh kata yang Anda berikan, hampir semuanya adalah senyawa. Sunday tidak, karena sementara itu berasal sebagai senyawa, itu sudah begitu lama sehingga hampir tidak dapat dianggap sebagai sekarang, terutama karena didedikasikan untuk matahari lebih merupakan keingintahuan sejarah daripada bagian yang kuat dari agama dan budaya pandangan orang-orang yang berbahasa Inggris.

Dan dalam bahasa Inggris, tiga cara utama untuk menulis senyawa adalah terbuka (dengan spasi di antara dua kata), ditulis dgn tanda penghubung, dan ditutup (tanpa spasi atau tanda hubung di antara keduanya). Dan sementara ada beberapa aturan tentang tanda hubung senyawa terbuka dalam situasi tertentu, tidak ada banyak cara aturan tegas untuk mengetahui bentuk apa yang digunakan untuk senyawa tertentu di luar melihat apa yang dilakukan orang lain, dan masih ada saat-saat ketika Anda Akan menemukan dua atau bahkan ketiga bentuk ( pengocok telur , pengocok telur dan pengocok telur misalnya).

Di sini, nomor telepon hampir selalu ditulis terbuka, sehingga harus diperlakukan sebagai dua kata.

Dan ketika inter-capping untuk membentuk token, ruang atau tanda hubung dihapus dan kata kedua dan selanjutnya ditulis dalam judul-kasus, maka phoneNumberatau PhoneNumbersesuai untuk konvensi Anda.

Hal yang membuat phoneNumbertampak aneh mungkin adalah bahwa itu lebih umum diberikan seperti phonepada sebagian besar konteks, atau numberketika konteksnya adalah tentang koneksi telepon.

Asuransikan konsistensi dalam file kode.

Promosikan konsistensi dalam proyek kode.

Lebih suka konsistensi dalam perpustakaan kode.

Penggabungan kata-kata untuk mewakili konsep berubah ketika kita menjadi lebih akrab dengan aglutinasi yang diberikan .

Sebagai contoh...

• 'set telepon' disingkat menjadi hanya 'telepon'
• 'telepon' disingkat menjadi sekadar 'telepon'
• 'nomor telepon' kadang-kadang dikontrak menjadi 'nomor telepon'
• 'nomor telepon' segera menjadi 'nomor telepon'
• 'Nomor telepon' sering lebih pendek menjadi 'telepon'
• 'Ponsel', atau 'Ponsel' saja sudah umum digunakan saat ini
• 'telepon rumah', dan 'telepon kantor' juga segera menjadi umum

Perhatikan bahwa pemeriksa ejaan StackExchange tidak dapat mengambil keputusan. 'Phonenumber' di akhir kalimat di atas baik-baik saja tetapi menandai yang di awal kalimat (dikapitalisasi atau tidak).

Sebanyak yang diinginkan semua orang di sana adalah "satu cara yang benar" untuk melakukan berbagai hal, ketika bicara soal bahasa, itu tidak mungkin terjadi. Pada saat Anda menyelesaikan proyek Anda, penggunaan mungkin akan berubah. Tentu saja pemahaman Anda akan berubah dan fungsionalitas metode / et.al. mungkin akan berubah juga. (Dalam hal ini, Anda mungkin harus mengubah nama dengan tepat.)

Dari perspektif yang sangat teknis (AS), di mana xxx-yyy-zzzz adalah apa yang biasanya Anda anggap sebagai "nomor telepon" bagian xxx secara tepat disebut sebagai kode area, bagian yyy secara tepat disebut sebagai pertukaran, dan zzzz secara tepat disebut sebagai nomor.

Karena tidak hanya "nomor telepon" bukan kata majemuk (belum), tetapi jika itu menjadi satu, itu akan salah merujuk sesuatu di luar maksud penciptanya, saya akan mengatakan bahwa sintaks camelCase akan memerlukan nomor telepon untuk setiap variabel yang merujuknya, tetapi jika Anda akan melakukan apa saja dengan sistem telepon yang sebenarnya, saya akan menggunakan phoneExchangeNumber untuk tujuh digit dan phoneACExchangeNumber untuk versi sepuluh digit.