มันตกลงหรือไม่สำหรับอินเตอร์เฟสที่ต้องพึ่งพาคลาสที่เป็นรูปธรรม?

ฉันกำลังสร้างส่วนติดต่อใน Java สำหรับตัวจัดการข้อผิดพลาดที่กำหนดเอง

ต้องการส่งผ่านข้อผิดพลาดวัตถุข้อโต้แย้ง แต่ฉันต้องการมันเป็นลูกของExceptionชั้น

จะใช้ชื่อคลาสที่กำหนดในอินเทอร์เฟซได้หรือไม่

มันจะทำให้อินเทอร์เฟซน้อยลงหรือไม่ขึ้นอยู่กับการใช้งานใด ๆ

ฉันพยายามทำสิ่งนี้:

public class CustomException {
    /* ... Implementation ... */
}

public interface Interface {

    void onError(CustomException ex);

}

ครั้งแรกที่ผมต้องชี้ให้เห็นความจริงที่ว่าCustomExceptionไม่ขยายจึงไม่ได้จริงๆExceptionException

ที่กล่าวว่า:

หากคุณไม่สนใจหลักการพึ่งพาการพึ่งพา (Dependency Inversion Principle ) ให้ปล่อยทิ้งไว้เหมือนเดิม มันตกลงที่ดีเลิศสำหรับอินเตอร์เฟซที่ขึ้นอยู่กับการเรียนที่เป็นรูปธรรมเช่นการเชื่อมต่อขึ้นอยู่กับหลาย ๆStringหรือObjectที่มีการเรียนคอนกรีต สิ่งที่เรามักจะเชื่อว่าคลาสที่เป็นของ Java SDK นั้นมีความเสถียรมากกว่า

ในทางตรงกันข้าม:

หากคุณต้องการติดตามกรมทรัพย์สินทางปัญญา (ซึ่งมีประโยชน์มากมายและเป็นคำแนะนำของฉัน) คุณต้องทำหนึ่งในสองสิ่งต่อไปนี้:

ตัวเลือกที่ 1

• ทำให้CustomExceptionเป็นนามธรรม
• เก็บvoid onError(CustomException ex)ตามที่มันเป็น

ตัวเลือก 2

• สร้างCustomExceptionอินเตอร์เฟส
• เก็บvoid onError(CustomException ex)ตามที่มันเป็น

ด้วยตัวเลือกใดตัวเลือกหนึ่งคุณจะต้องเข้ากับกรมทรัพย์สินทางปัญญาเนื่องจากอินเตอร์เฟสจะไม่ขึ้นอยู่กับคลาสคอนกรีตใด ๆ

ในแอปพลิเคชันโดยตรงของการผกผันของการพึ่งพาบทคัดย่อเป็นเจ้าของโดยชั้นบน / นโยบาย สถาปัตยกรรมนี้จัดกลุ่มส่วนประกอบ / นโยบายที่สูงขึ้นและบทคัดย่อที่กำหนดบริการที่ต่ำกว่าไว้ในแพ็คเกจเดียวกัน เลเยอร์ระดับล่างถูกสร้างขึ้นโดยการสืบทอด / การนำไปใช้ของคลาสนามธรรมหรืออินเทอร์เฟซเหล่านี้ Martin, Robert C. (2003)

• หลักการและรูปแบบและวิธีการพัฒนาซอฟต์แวร์แบบว่องไว ศิษย์ฮอลล์. pp. 127–131 ไอ 978-0135974445

Tulains นั้นถูกต้อง - อินเตอร์เฟสขึ้นอยู่กับคลาสที่เป็นรูปธรรมตลอดเวลา พวกเขาตั้งใจจะสร้างสัญญาสำหรับข้อกังวลของตนเองเท่านั้น สัญญานั้นอาจเกี่ยวข้องกับการรับและส่งคืนข้อมูลทุกชนิด

โปรดจำไว้ว่าในภาษาระดับสูงกว่าประเภทดั้งเดิมแม้จะไม่ดั้งเดิม ดังนั้นคุณจะทำงานกับประเภทคอนกรีตต่อไป!

ฉันคิดว่าชื่อคุณหมายถึงชั้นเรียนจริงของตัวเอง หากคุณพยายามระบุชื่อคลาสข้อยกเว้นตามจริงเพื่อเริ่มต้นข้อยกเว้นที่สอดคล้องกันผ่าน Reflection นี่ไม่ใช่วิธีที่ถูกต้อง

ถ้าคุณต้องการใช้คลาสที่กำหนดเองในอินเทอร์เฟซแน่นอนว่าคุณสามารถใช้คลาสของคุณเองในอินเตอร์เฟสของคุณเองได้ คลาสจะกลายเป็นส่วนหนึ่งของส่วนต่อประสานสาธารณะของไลบรารี / API ของคุณ โครงสร้างข้อมูลและข้อยกเว้นเป็นตัวอย่างที่ดีของคลาสที่มักใช้โดยอินเทอร์เฟซ

หากคุณต้องการใช้ข้อยกเว้นที่แตกต่างกันขึ้นอยู่กับบริบทคุณอาจสนใจใช้ยาชื่อสามัญ