วิธีเขียนคำว่าอูฐสำหรับคำเช่น "phonenumber", "มอเตอร์ไซค์", "wavelength" ฯลฯ

ฉันมีปัญหาในการทำความเข้าใจวิธีใช้ไวยากรณ์ camelCaseกับชื่อตัวแปรบางส่วนของฉัน

ตัวอย่างเช่นฉันควรเขียนคำอย่าง "phonenumber" ในกรณีอูฐอย่างไร มันเป็นphoneNumberหรือphonenumber? เช่นเดียวกันกับ "ชื่อผู้ใช้" ใช่usernameหรือuserNameไม่

ฉันคิดว่ามันไม่ได้มองขวามีกรณีเช่นอูฐmotorCycle, passWord, sunDay, setUpหรือwaveLengthเพราะสิ่งเหล่านี้เป็นเพียงหนึ่งในแต่ละคำ ฉันคิดว่าอาจเป็นสาเหตุที่เรียกว่าhashMapแต่hashtableในกรณีอูฐที่ไม่มีทุนในกรณีสุดท้ายเพราะ hashtable เป็นหนึ่งคำในขณะที่แฮชแผนที่คือสองคำ

แต่ถ้ามอเตอร์ไซค์มีสีก็จะเป็นmotorcycleColorเพราะคำต่อกัน? ว่าถูกต้องหรือมันควรจะเป็นphoneNUmber, waveLength, sunBlockและแม้กระทั่งsunDayสำหรับวันอาทิตย์ของสัปดาห์?

ทำไมตัวอย่างเป็นวิธีการที่เรียกว่าgetISOCountriesในขณะที่มันพูดว่าHttpHeadersเช่นมันไม่ชัดเจนว่าจะกลายเป็นตัวพิมพ์เล็กถ้าเรามีวิธีการเหมือนหรือString camelCaseString = dog.toCamelCase()interface CamelCase

ที่เกี่ยวข้อง: https://english.stackexchange.com/questions/889/when-should-compound-words-be-written-as-one-word-with-hyphens-or-with-spaces

คุณควรใช้อักษรตัวพิมพ์ใหญ่หลังจากที่มี "ช่องว่าง" ตามปกติจะเป็นช่องว่าง (เมื่อคุณเขียนจดหมายแทนที่จะเป็นรหัสต้นฉบับ) สมมติฐานแรกของคุณถูกต้อง:

• มันเป็น "รถจักรยานยนต์" ไม่ได้เป็น "มอเตอร์รอบ" ดังนั้นตัวแปรของคุณควรตั้งชื่อไม่ได้motorcyclemotorCycle
• มันเป็น "แผนที่กัญชา" เพื่อให้คุณไปด้วยไม่ได้hashMaphashmap
• "อาทิตย์" เป็นหนึ่งในคำ -> ไม่sundaysunDay
• ขณะที่ "วันของสัปดาห์" จะไม่dayOfWeekdayofweek

ส่วนที่ 1
ผมคิดว่าสิ่งที่สะดุดคุณขึ้นคือบางส่วนของตัวอย่างของคุณคำประสมขณะที่คนอื่นไม่ได้

• หมายเลขโทรศัพท์ // ไม่ใช่คำประสม
• รถจักรยานยนต์ // คำประสม
• ความยาวคลื่น // คำประสม
• กันแดด // คำประสม
• วันอาทิตย์ // คำประสม *
• สีมอเตอร์ไซค์ // คำประสมที่ใช้กับคำที่ไม่ผสม

คำผสมไม่เป็นไปตามสัญกรณ์กรณีอูฐสำหรับคำที่สองในคำประสม

ดังนั้นจึงเป็นและไม่ได้motorcyclemotorCycle

แต่ "หมายเลขโทรศัพท์" ไม่ใช่คำประสมและจะเป็นไปตามสัญกรณ์กรณีอูฐ phoneNumberกล่าวคือ

และนั่นนำไปสู่: motorcycleColor.

หากฉันจำไม่ได้ว่าคำใดเป็นคำประสมอย่างแท้จริงหรือไม่ฉันค้นหาในพจนานุกรมเพื่อให้แน่ใจ

ส่วนที่ 2
ตัวอย่างสองตัวอย่างของคุณนั้นค่อนข้างหลอกลวง

• แผนที่แฮช
• ตารางแฮช

พวกมันมีเล่ห์เหลี่ยมเพราะบางคนสะกดว่า "hashmap" และ "hashtable" ตามพจนานุกรมที่ฉันเพิ่งตรวจสอบพวกเขาเป็นคำแยกต่างหากและไม่ใช่คำผสม ดังนั้นกรณีอูฐที่ถูกต้องจะเป็นและhashMap hashTableไม่ใช่ทุกทีมที่ทำตามการประชุมนั้นดังนั้นคุณต้องถามเพื่อนร่วมทีมของคุณว่าพวกเขาชอบอะไรแล้วทำตามนั้น ความสอดคล้องมีความสำคัญมากกว่าในกรณีนี้มากกว่าที่พจนานุกรมอาจบอกว่าถูกต้อง

_{* บางคนอาจโต้แย้งว่าวันอาทิตย์เป็นคำประสมเนื่องจากวันอื่น ๆ ของสัปดาห์ไม่ใช่ แต่สำหรับจุดประสงค์ของคำถามนี้ฉันจะก้าวเท้าเลี่ยงปัญหานั้น มันง่ายที่สุดในการรักษาเป็นคำประสมดังนั้นจึงไม่มีกรณีอูฐ}

อย่างที่คนอื่น ๆ ได้ชี้ให้เห็นกรณีอูฐถูกนำมาใช้เมื่อเข้าร่วมคำ อย่าใช้ตัวพิมพ์เล็กอูฐในคำภาษาอังกฤษคำเดียว ปัญหาเกิดขึ้นจากการพิจารณาว่าสารประกอบใดเป็นคำเดี่ยว หากปล่อยให้ตัวเองโปรแกรมเมอร์จะตัดสินใจแตกต่างกันขึ้นอยู่กับความรู้ภาษาอังกฤษของพวกเขา สิ่งนี้นำไปสู่ความไม่สอดคล้องกันในการใช้ตัวพิมพ์ใหญ่ซึ่งน่ารำคาญเท่ากับการสะกดผิด

เพื่อป้องกันสิ่งนี้โปรแกรมเมอร์ควรใช้การอ้างอิงมาตรฐาน (เช่นdictionary.com ) เมื่อไม่แน่ใจเกี่ยวกับการสะกดคำหรือการใช้อักษรตัวพิมพ์ใหญ่ อย่างไรก็ตามหากความสอดคล้องในการตั้งชื่อมีความสำคัญต่อโครงการของคุณจะไม่มีสิ่งใดทดแทนการตรวจสอบโค้ด

การเลือกการอ้างอิงเดียวสำหรับโครงการของคุณจะแก้ไขข้อโต้แย้งส่วนใหญ่เกี่ยวกับการใช้อักษรตัวใหญ่และการสะกดคำ มีสารประกอบบางอย่างเช่น Hashtable ที่ไม่ได้อยู่ในพจนานุกรม แต่เป็นตัวพิมพ์ใหญ่เป็นคำเดี่ยวใน Java และ C # API คุณจะต้องทำการตัดสินใจเกี่ยวกับสิ่งเหล่านั้น ใน Java คือ "HashMap" แต่ "Hashtable" IMO "Hashtable" ไม่ถูกต้องชัดเจน มันจะไม่ปรากฏเป็นคำเดียวยกเว้นชื่อใน API

วิธีที่ง่ายที่สุดในการทำตัวอูฐคือการใช้การแบ่งคำ

ตัวอย่างจากคำถามของคุณ:

• หมายเลขโทรศัพท์: หมายเลขโทรศัพท์
• รถจักรยานยนต์: รถจักรยานยนต์
• วันอาทิตย์: วันอาทิตย์
• ความยาวคลื่น: ความยาวคลื่น

หากคุณไม่แยกเป็นสองคำคุณไม่ควรใช้กล่องอูฐกับมัน มิฉะนั้นคุณจะใช้มันในพยางค์

• auxIlIArY (นี่คือคำที่มี 5 พยางค์ไม่ต้องพูดถึงฉันกำลังมองหาอึในแบบอักษรที่ไม่ใช่ monospaced / sans-serif)

นี่คือสิ่งที่ทำให้เกิดความยุ่งยากกับภาษาอังกฤษธรรมดาในทางที่ว่าใครจะใช้ภาษาอังกฤษในทางที่ผิดเพื่อให้สอดคล้องกับกฎของโทเค็นในพื้นที่สีขาวในบริบทของการเขียนโปรแกรม

จากคำตัวอย่างที่คุณให้เกือบทั้งหมดเป็นสารประกอบ วันอาทิตย์ไม่ได้เกิดขึ้นเมื่อรวมกันมันทำมานานแล้วจนแทบจะไม่ได้รับการพิจารณาอย่างใดอย่างหนึ่งโดยเฉพาะอย่างยิ่งเมื่อการอุทิศตนเพื่อดวงอาทิตย์เป็นความอยากรู้ทางประวัติศาสตร์มากกว่าส่วนที่แข็งแกร่งของศาสนาและวัฒนธรรม ทัศนะของผู้คนที่พูดภาษาอังกฤษ

และในภาษาอังกฤษสามวิธีหลักในการเขียนคำประสมคือเปิด (โดยมีช่องว่างระหว่างคำสองคำ) ยัติภังค์และปิด (โดยไม่มีช่องว่างหรือยัติภังค์ระหว่างทั้งสอง) และในขณะที่มีกฎเกณฑ์บางประการเกี่ยวกับการใช้เครื่องหมายยัติภังค์แบบเปิดในบางสถานการณ์ แต่ก็มีกฎเกณฑ์ที่เข้มงวดไม่มากนักสำหรับการรู้ว่ารูปแบบใดที่ใช้สำหรับสารประกอบที่กำหนดนอกเหนือจากการเห็นสิ่งที่คนอื่นทำและยังมีเวลาที่คุณ จะพบสองหรือสามรูปแบบ ( ตัวอย่างเช่นeggbeater , ผู้ตีไข่และผู้ตีไข่ )

ที่นี่หมายเลขโทรศัพท์มักจะเขียนเปิดเสมอดังนั้นควรถือว่าเป็นสองคำ

และเมื่อการแม็พระหว่างการสร้างโทเค็นพื้นที่หรือเครื่องหมายขีดคั่นจะถูกลบออกและคำที่สองและต่อมาที่เขียนในหัวเรื่อง - เคสดังนั้นphoneNumberหรือPhoneNumberเหมาะสมกับการประชุมของคุณ

สิ่งที่ทำให้phoneNumberดูแปลก ๆ อาจเป็นไปได้ว่ามันเป็นเรื่องปกติมากกว่าphoneในบริบทส่วนใหญ่หรือnumberเมื่อบริบทเกี่ยวกับการเชื่อมต่อทางโทรศัพท์

ประกันความมั่นคงภายในไฟล์รหัส

ส่งเสริมความมั่นคงภายในโครงการรหัส

ต้องการความสอดคล้องภายในไลบรารีโค้ด

การรวมคำเพื่อแสดงแนวคิดการเปลี่ยนแปลงเมื่อเราคุ้นเคยกับการเกาะติดกันมากขึ้น

ตัวอย่างเช่น...

• 'ชุดโทรศัพท์' กลายเป็น 'โทรศัพท์' สั้นลง
• 'โทรศัพท์' สั้นลงเหลือแค่ 'โทรศัพท์'
• 'หมายเลขโทรศัพท์' บางครั้งถูกทำสัญญาเป็น 'หมายเลขโทรศัพท์'
• 'หมายเลขโทรศัพท์' ในไม่ช้าก็กลายเป็น 'โทรศัพท์'
• 'phonenumber' มักถูกย่อให้เหลือเพียง 'โทรศัพท์'
• 'โทรศัพท์มือถือ' หรือ 'มือถือ' เป็นสิ่งที่ใช้กันทั่วไปในปัจจุบัน
• 'โฮมโฟน' และ 'โทรศัพท์บ้าน' อาจกลายเป็นเรื่องปกติเช่นกัน

โปรดทราบว่าตัวตรวจการสะกดคำ StackExchange ไม่สามารถตัดสินใจได้ 'Phonenumber' ในตอนท้ายของประโยคข้างต้นนั้นใช้ได้ แต่มันตั้งค่าสถานะที่จุดเริ่มต้นของประโยค (ตัวพิมพ์ใหญ่หรือไม่)

มากที่สุดเท่าที่ทุกคนปรารถนาที่จะมี "หนึ่งในวิธีที่ถูกต้อง" ในการทำสิ่งต่าง ๆ เมื่อพูดถึงภาษา เมื่อคุณเสร็จสิ้นโครงการการใช้งานอาจจะเปลี่ยนไป แน่นอนว่าความเข้าใจของคุณจะมีการเปลี่ยนแปลงและการทำงานของวิธีการ / et.al อาจจะมีการเปลี่ยนแปลงด้วย (ในกรณีนี้คุณควรเปลี่ยนชื่ออย่างเหมาะสม)

จากมุมมองด้านเทคนิค (US) อย่างเข้มงวดโดยที่ xxx-yyy-zzzz คือสิ่งที่คุณคิดว่าเป็น "หมายเลขโทรศัพท์" ส่วน xxx จะเรียกว่ารหัสพื้นที่อย่างถูกต้องส่วน yyy ถูกเรียกอย่างถูกต้องว่า แลกเปลี่ยนและ zzzz ถูกเรียกอย่างถูกต้องว่าหมายเลข

เนื่องจากไม่เพียง แต่เป็น "phonenumber" ไม่ใช่คำประสม (แต่) แต่ถ้ามันกลายเป็นคำเดียวมันจะอ้างอิงสิ่งที่ไม่ถูกต้องนอกเจตนาของผู้สร้างมันอย่างไม่ถูกต้องฉันจะบอกว่าไวยากรณ์ camelCase จะต้องใช้หมายเลขโทรศัพท์สำหรับตัวแปรใด ๆ คุณกำลังจะทำอะไรกับระบบโทรศัพท์จริงฉันจะใช้โทรศัพท์แลกเปลี่ยนหมายเลขสำหรับเจ็ดหลักและโทรศัพท์ ACExchangeNumber สำหรับรุ่นสิบหลัก