ส่วนต่อท้ายข้อยกเว้นเกี่ยวกับข้อยกเว้นใน java

การระบุคำต่อท้ายของข้อยกเว้นในคลาสข้อยกเว้นรู้สึกเหมือนมีกลิ่นรหัสให้ฉัน (ข้อมูลที่ซ้ำซ้อน - ส่วนที่เหลือของชื่อแสดงถึงสถานะข้อผิดพลาดและสืบทอดมาจากข้อยกเว้น) อย่างไรก็ตามมันก็ดูเหมือนว่าทุกคนทำและดูเหมือนว่าจะเป็นแนวปฏิบัติที่ดี

ฉันกำลังมองหาที่จะเข้าใจว่าทำไมการปฏิบัติที่ดีนี้

ฉันเคยเห็นและอ่านคำถามแล้วว่าทำไมข้อยกเว้นมักจะมีข้อยกเว้นต่อท้ายในชื่อชั้นเรียน

คำถามสำหรับ PHP และในขณะที่การตอบสนองอาจใช้ได้สำหรับ Java มีข้อโต้แย้งอื่น ๆ หรือว่าเป็นเรื่องง่ายเหมือนการแยกแยะพวกเขาอย่างชัดเจน?

หากเรานำตัวอย่างจากคำถามก่อนหน้านี้ - อาจมีคลาสใน java ด้วยชื่อFileNoFoundที่ไม่มีข้อยกเว้นหรือไม่ หากมีอาจเป็นไปได้หรือไม่ที่รับประกันว่าจะได้รับการรับรองด้วยExceptionหรือไม่

การดูลำดับชั้นอย่างรวดเร็วในสุริยุปราคาExceptionนั่นเองส่วนใหญ่ของพวกเขามีส่วนต่อท้ายของข้อยกเว้น แต่มีข้อยกเว้นเล็กน้อย javassistเป็นตัวอย่างของห้องสมุดที่ดูเหมือนว่าจะมีข้อยกเว้นบางประการโดยไม่ต้องต่อท้ายด้วย - เช่นBadByteCode, BadHttpRequestฯลฯ

BouncyCastle เป็น lib อื่นที่มีข้อยกเว้นเช่น CompileError

ฉันไปรอบ ๆ ด้วยข้อมูลเล็กน้อยในเรื่อง

คำตอบของ Landei เป็นคำตอบที่ดี แต่ก็มีคำตอบไวยกรณ์ ชื่อชั้นควรจะเป็นคำนาม "OutOfMemory" คืออะไร "FileNotFound" คืออะไร หากคุณคิดว่า "ข้อยกเว้น" เป็นคำนามคำอธิบายจะเป็นคำคุณศัพท์ที่ระบุ มันไม่เพียงใดก็เป็นException FileNotFoundExceptionคุณไม่จำเป็นต้องจับOutOfMemoryอะไรมากกว่าที่คุณไปที่ร้านเพื่อซื้อ "สีฟ้า"

สิ่งนี้จะปรากฏขึ้นหากคุณอ่านรหัสของคุณเป็นประโยค: " Tryกำลังทำ ... และcatch OutOfMemory Exceptions"

ผมคิดว่าข้อยกเว้น (และข้อผิดพลาดและทฤษฎีอื่น ๆThrowables) มีความแตกต่างจากสิ่งที่ต้องการการเชื่อมต่อหรือ enums (ซึ่งมักจะไม่นำมาใช้เป็นคำต่อท้าย): พวกเขามักจะมีวัตถุประสงค์ที่ชัดเจนมากและ จำกัด พวกเขาจะใช้กับภาษาโครงสร้างเฉพาะ ( try, catch, throw, throws) และปฏิบัติตามกฎพิเศษ (เช่นการตรวจสอบเทียบกับข้อยกเว้นไม่ถูกตรวจสอบไม่มียาชื่อสามัญ) ในแบบที่พวกเขาไม่ได้เป็นเพียงชั้นเรียนที่เกิดขึ้นที่จะใช้เป็นข้อยกเว้น แต่กลไกการยกเว้นที่นำมาใช้โดยวิธีการเรียน

ดังนั้นหากคุณจัดการกับข้อยกเว้นและจำไม่ได้ว่าเป็นเช่นนี้มักจะมีอะไรผิดปกติอย่างมาก (ซึ่งไม่ใช่กรณีสำหรับสิ่งต่าง ๆ เช่น enums หรืออินเทอร์เฟซ) ดังนั้นฉันคิดว่าความแตกต่างเหล่านี้กับคลาส "ปกติ" นั้นใหญ่พอที่จะเรียกเบาะแสที่มองเห็นได้

อย่างไรก็ตามมันก็ดูเหมือนว่าทุกคนทำและดูเหมือนว่าจะเป็นแนวปฏิบัติที่ดี

ใช่ทุกคนทำได้จริง ๆ ดังนั้นมันจึงเป็นการฝึกซ้อม แต่มันก็ยังดีอยู่ใช่ไหม หลายคนกำลังตั้งคำถามว่า:

• http://mnapoli.fr/approaching-coding-style-rationally/ (ส่วนต่อท้ายข้อยกเว้น§บริบท: php)
• วิดีโอที่เชื่อมโยง, https://vimeo.com/album/2661665/video/74316116 (ข้ามไปที่ 53:00, บริบท: php), เป็นแรงบันดาลใจให้กับบทความและชี้ให้เห็นว่าทุกครั้งที่คุณใช้ข้อยกเว้นคุณมีคำหลัก ที่แสดงให้เห็นแล้วว่าเป็นข้อยกเว้นในบริเวณใกล้เคียง
• http://verraes.net/2013/10/verbs-in-class-names/แสดงให้เห็นว่าคำสั่งในคำตอบของ @Bobson อาจไม่สมบูรณ์และทำให้ประเด็นที่บางครั้งคำต่อท้ายเป็นสิ่งที่ดีสำหรับแอปพลิเคชันหรือ ข้อยกเว้นระดับโครงสร้างพื้นฐานและบางครั้งคุณควรพยายามบันทึกอักขระที่ต่อท้ายยาวนี้เพื่อแสดงสิ่งที่แม่นยำและมีความหมายมากขึ้น จุดนี้เหมาะสมถ้าคุณใช้ภาษาที่วัฒนธรรมใช้ข้อยกเว้นสำหรับการละเมิดกฎเกณฑ์ทางธุรกิจ
• SO เชื่อมโยงคุณให้จุดที่ทำให้เกิดความขัดแย้งเกี่ยวกับชื่อ แต่ตอนนี้เรามี namespaces, เราไม่?