คุณจะหลีกเลี่ยงความคล้ายคลึงกันของชื่อระหว่างชั้นเรียนกับคนพื้นเมืองได้อย่างไร [ปิด]

ฉันเพิ่งพบกับ "ปัญหาที่น่าสนใจ" ซึ่งฉันต้องการความคิดเห็นของคุณเกี่ยวกับ:

ฉันกำลังพัฒนาระบบและด้วยเหตุผลหลายประการ (ความหมาย: นามธรรมความเป็นอิสระทางเทคโนโลยี ฯลฯ ) เราสร้างประเภทของเราเองสำหรับการแลกเปลี่ยนข้อมูล

ตัวอย่างเช่น: หากมีวิธีการที่เรียกว่า SendEmail และถูกเรียกใช้โดยตรรกะทางธุรกิจก็จะมีพารามิเตอร์ประเภท OurCompany.EMailMessage ซึ่งเป็นวัตถุที่เป็นเทคโนโลยีที่สมบูรณ์และมีเพียง "ข้อมูลที่เกี่ยวข้องกับธุรกิจ" (สำหรับ ไม่มีการเข้ารหัสข้อมูลหัว abut)

ภายในฟังก์ชั่น SendEmail เราได้รับข้อมูลนี้จากวัตถุ EMailMEssage ของเราและสร้างวัตถุ MailMessage (อันนี้เป็นเทคโนโลยีเฉพาะ) เพื่อให้สามารถส่งผ่านเครือข่ายได้

อย่างที่คุณสามารถสังเกตุได้ว่าชั้นเรียนของเรามีชื่อคล้ายกับชั้นเรียนภาษา "ดั้งเดิม" ปัญหาคือ: นี่คือสิ่งที่พวกเขาเป็นข้อความอีเมลดังนั้นจึงยากที่จะหาชื่ออื่นที่มีความหมาย

คุณมีปัญหานี้บ่อยไหม? คุณจัดการได้อย่างไร

แก้ไข: @mgkrebbs เพิ่งแสดงความคิดเห็นเกี่ยวกับการใช้ชื่อที่ผ่านการรับรองโดยสมบูรณ์ นี่คือวิธีการในปัจจุบันของเรา แต่น้อยเกินไป verbose, IMHO ฉันอยากได้สิ่งที่สะอาดกว่านี้ถ้าเป็นไปได้

นี่เป็นปัญหาเกี่ยวกับเนมสเปซที่คุณจะใช้สำหรับโครงการของคุณ

โดยพื้นฐานแล้ว namespace คือชุดคำหลักที่จัดทำโดยคลาสทั้งหมดของคุณและ / หรือคลาสทั้งหมดที่คุณต้องการใช้ในโครงการของคุณ (รวมถึงคลาสมาตรฐานที่มักจะมีให้กับภาษา / คอมไพเลอร์ / IDE)

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

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

หัวข้อถูกกล่าวถึงอย่างมากในเน็ตฉันสามารถแนะนำการค้นหาขั้นพื้นฐานด้วยคำว่า "เนมสเปซ [ภาษาของคุณ]" o บางอย่างเช่นนั้น ฉันไม่ได้ตอบคำถามของคุณโดยตรงเพราะคุณสามารถมีวิธีการที่แตกต่างกันสำหรับภาษาที่แตกต่างกัน

ทีมพัฒนาเก่าของฉันใช้ต่อท้ายตัวย่อของแอปพลิเคชันในแต่ละคลาสที่กำหนดเอง เรามีตัวอย่างเช่นคลาสABCEmail

ฉันคิดว่ามันตรงไปตรงมามากกว่าการพึ่งพาเนมสเปซ แต่ก็สามารถเป็นทางออกเสริมในการใช้เนมสเปซได้

สุดท้าย แต่ไม่ท้ายสุดเนื่องจากคุณสร้างวัตถุใหม่หมายความว่าวัตถุดั้งเดิมไม่ตอบสนองความต้องการของคุณดังนั้นชื่อของไฟล์อีเมลของคุณอาจเป็นCustomizedEmail , AdvancedEmail ... ฯลฯ

คุณใช้ภาษาอะไร คำตอบคือเฉพาะภาษา โดยทั่วไปคำตอบคือ 'ใช้เนมสเปซ' ฉันแทบจะไม่ยั้งชื่อประเภทเพื่อหลีกเลี่ยงความขัดแย้งกับเนมสเปซภายนอก

ในแอปพลิเคชัน Java เดียวเป็นเรื่องปกติที่จะมีชื่อคลาสเดียวกัน (เช่น "Date") ที่กำหนดในเนมสเปซครึ่งโหล หากคลาสหนึ่งต้องการใช้คลาส Date แยกกันสองคลาสคลาส Date จะต้องผ่านการรับรองโดยสมบูรณ์ในทุกที่ที่ปรากฎเนื่องจาก Java ไม่รองรับนามแฝงประเภท ในชีวิตของ C ++ นั้นง่ายกว่า คุณสามารถเปลี่ยนชื่อหนึ่งในนั้นด้วย typedef

คุณมีปัญหานี้บ่อยไหม? คุณจัดการได้อย่างไร

มันขึ้นอยู่กับภาษาที่คุณใช้จริงๆ ใน c ++ และ java ปัญหานี้แก้ไขได้โดยใช้เนมสเปซ ฉันกำลังใช้ c ++ และมันเกิดขึ้นว่าฉันมีคลาสที่แตกต่างด้วยชื่อเดียวกัน ไม่ใช่ปัญหาเนื่องจากอยู่ในเนมสเปซที่ต่างกัน

ในภาษาอื่นไม่มีวิธีใดนอกจากให้ชื่อต่างกัน

คำถามของคุณดีมาก ถ้าคุณนำหน้าวิธีการของคุณด้วยคำนำหน้าเช่น U (หรือ u) หรือ cls (ย่อมาจาก class) ตัวอย่าง:

clsEMailMEssage หรือ uEMailMEssage

สิ่งนี้ไม่ต้องการการพิมพ์จำนวนมากและคุณสามารถบอกได้ทันทีว่าประเภทนั้นเป็น 'ของคุณ'

แก้ไข - ตามความคิดเห็นของ 2 ความคิดเห็นแรก:

ฉันต้องการที่จะชี้ให้เห็นความสนใจของผู้อ่านถึงความจริงที่ว่า:: ไม่ได้สร้างสัญลักษณ์ฮังการีทั้งหมดเท่ากัน เราควรแยกความแตกต่างระหว่างSystem HungarianและApps Hungarianฉันคิดว่าคำแนะนำข้างต้นเป็นไปตามประเภทของ Apps Hungarian ซึ่งไม่เป็นอันตราย

อันตรายที่เกี่ยวข้องกับสัญกรณ์ระบบฮังการีเช่นในการตั้งชื่อ ID intID ไม่ปรากฏในคำแนะนำข้างต้น

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับเรื่องนี้ดูได้ที่: การสร้างรหัสผิดดูผิด - โจเอลกับซอฟต์แวร์