Java 17 में sealed classes का परिचय हुआ, जो डेवलपर्स को एक इंटरफेस या क्लास के अनुमति प्राप्त सबटाइप को स्पष्ट रूप से सूचीबद्ध करने की अनुमति देता है। यह फीचर exhaustive pattern matching को सक्षम करता है, जिससे कंपाइलर switch एक्सप्रेशन में सभी केस कवर हो जाते हैं, बिना default क्लॉज़ के आवश्यकता के। उदाहरण के लिए, एक sealed interface `SealedType` के साथ `TypeA` और `TypeB` सबटाइप हैं, तो switch एक्सप्रेशन केवल इन दो केसों को संभाल सकता है, default क्लॉज़ की आवश्यकता नहीं होती है।
हालांकि, यह एक नई प्रकार की ब्रेकिंग चेंज लाता है: sealed class में नया सबटाइप जोड़ने से कोड को तोड़ सकता है अगर उसे कंपाइल नहीं किया गया है। अगर कंज़्यूमर को कंपाइल नहीं किया गया है, तो नए केस के ट्रिगर होने पर runtime exception (जैसे `MatchException`) हो सकता है। यह विशेष रूप से समस्याकार है जब sealed types सार्वजनिक APIs में एक्सपोज़ किए जाते हैं, क्योंकि अलग-अलग कंपाइलेशन से अप्रत्याशित विफलताएं हो सकती हैं।
Sealed types एकल कंपोनेंट के कार्यान्वयन के भीतर सबसे उपयोगी हैं, जहां सभी कोड एक साथ कंपाइल किया जाता है। जब मॉड्यूल सीमाओं के बीच उपयोग किए जाते हैं, तो वे रनटाइम पर डिटेक्ट करने योग्य नई तरीकों से कोड को तोड़ सकते हैं। डेवलपर्स को सार्वजनिक APIs के लिए sealed types की उपयुक्तता पर ध्यान से विचार करना चाहिए।
स्रोत: Hacker News · HeadlinesBriefing द्वारा सारांशित