जाँच किए गए अपवाद एडीए में भी हैं।
(चेतावनी, इस पोस्ट में दृढ़ता से विश्वास है कि आप टकराव पा सकते हैं।)
प्रोग्रामर उन्हें पसंद नहीं करते हैं और शिकायत करते हैं, या अपवाद निगल कोड लिखते हैं।
चेक किए गए अपवाद मौजूद हैं क्योंकि चीजें न केवल काम करने में विफल हो सकती हैं, आप विफलता मोड / प्रभाव विश्लेषण कर सकते हैं और इसे पहले से निर्धारित कर सकते हैं।
फ़ाइल रीड विफल हो सकते हैं। RPC कॉल विफल हो सकती है। नेटवर्क IO विफल हो सकता है। जब पार्स किया जाता है तो डेटा को गलत स्वरूपित किया जा सकता है।
कोड के लिए "खुश पथ" आसान है।
मुझे विश्वविद्यालय में एक व्यक्ति पता था जो महान "खुशहाल पथ" कोड लिख सकता था। किनारे के किसी भी मामले में कभी काम नहीं किया। इन दिनों वह एक ओपन सोर्स कंपनी के लिए पायथन करता है। निफ ने कहा।
यदि आप चेक किए गए अपवादों को संभालना नहीं चाहते हैं, तो आप वास्तव में क्या कह रहे हैं
While I'm writing this code, I don't want to consider obvious failure modes.
The User will just have to like the program crashing or doing weird things.
But that's okay with me because
I'm so much more important than the people who will have to use the software
in the real, messy, error-prone world.
After all, I write the code once, you use it all day long.
इसलिए चेक किए गए अपवाद प्रोग्रामर्स को पसंद नहीं आने वाले हैं, क्योंकि इसका मतलब है कि अधिक काम करना।
बेशक, दूसरे लोग चाहते थे कि काम पूरा हो जाए।
यदि फ़ाइल सर्वर विफल / USB स्टिक मर जाता है, तो भी वे सही उत्तर चाहते थे।
यह प्रोग्रामिंग समुदाय में एक अजीब विश्वास है कि आपको एक प्रोग्रामिंग भाषा का उपयोग करना चाहिए जो आपके जीवन को आसान बनाता है, जिसे आप आनंद लेते हैं, जब आपका काम सॉफ्टवेयर लिखना है। आप नौकरी किसी की समस्या को हल कर रहे हैं, आपको प्रोग्राम जैज इम्प्रोवाइजेशन में संलग्न नहीं होने देंगे।
यदि आप एक शौकिया प्रोग्रामर (पैसे के लिए प्रोग्रामिंग नहीं) हैं, तो बिना किसी जाँच किए अपवाद के साथ C # या किसी अन्य भाषा में प्रोग्राम करने के लिए स्वतंत्र महसूस करें। हेक, बीच के आदमी को काटकर लोगो में कार्यक्रम। आप कछुए के साथ फर्श पर सुंदर पैटर्न बना सकते हैं।