मुझे Exception
कक्षाएं बनाना पसंद हैं जिनके नाम एप्लिकेशन-विशिष्ट समस्याओं को ध्यान में रखते हुए फेंकते हैं।कस्टम जावा अपवाद कक्षाओं के भीतर दोहराव से कैसे बचें
उन्हें परिभाषित करने के लिए, आम तौर पर एक नया class
परिभाषित किया जाता है जिसका सुपर-क्लास कुछ Exception
प्रकार है।
माता पिता Exception
वर्ग में एक से अधिक आम कंस्ट्रक्टर्स के कारण, आम तौर पर उप-वर्ग इस तरह दिखता है:
package com.example.exception;
/**
* MyException is thrown when some application-level expectation is not met.
*/
public class MyException extends Exception {
public MyException() {
super();
}
public MyException(String message) {
super(message);
}
public MyException(Throwable cause) {
super(cause);
}
public MyException(String message, Throwable cause) {
super(message, cause);
}
}
DRY के नजरिए से इस को देखते हुए, मैं इस दृष्टिकोण थकाऊ मिल जाए, विशेष रूप से जब Exception
पदानुक्रम परिभाषित किए गए हैं।
मैं Lombok जैसे उपकरणों से परिचित हूं जो सामान्य जावा पैटर्न के लिए पुनरावृत्ति को कम करने में मदद करता है; क्या ऐसे औजारों के लिए कोई सुझाव हैं जो अपवाद वर्गों के लिए पुनरावृत्ति की इस विशिष्ट समस्या से निपटते हैं?
यह मेरे लिए ठीक लग रहा है। –
@SotiriosDelimanolis मेरा मानना है कि ओपी जिस बिंदु को बनाने की कोशिश कर रहा है वह यह है कि यदि उसके पास 10 कस्टम अपवाद वर्ग हैं, तो उन्हें इन सभी अपवाद वर्गों में इस कोड को दोहराना होगा। – CKing
@CKing नहीं, मुझे यह मिल गया। यह मेरे साथ ठीक होगा। –