आधुनिक Java में आप records, sealed types और pattern matching का इस्तेमाल कैसे करते हैं?

Records पारदर्शी immutable carriers हैं: आप components घोषित करते हैं और बदले में canonical constructor, accessors, equals, hashCode और toString मिल जाते हैं। Sealed interfaces तय कर देते हैं कि कौन से types उन्हें implement कर सकते हैं, इसलिए उन types पर चलने वाला switch compile time पर बिना default branch के exhaustive जांचा जा सकता है। फिर record patterns switch के भीतर ही destructure करने देते हैं, जिससे instanceof casts की लंबी चेन एक पढ़ने लायक statement बन जाती है।

मैं इन्हें साथ में इस्तेमाल करता हूं। एक sealed interface मामलों का बंद सेट घोषित करता है, हर मामला अपने components वाला एक record होता है, और फिर record patterns वाला switch उन्हें संभालता है। तो payment का नतीजा एक sealed interface बन जाता है जिसमें Approved, Declined और Pending records हैं, और switch हर एक को सीधे उसकी fields में destructure कर देता है। compiler exhaustiveness लागू करता है, और असली फायदा यही है: जब कोई चौथा मामला जोड़ता है, तो उस type को संभालने वाला हर switch compile होने से मना कर देता है, बजाय चुपचाप default branch में गिरकर गलत काम करने के। Records ने मुझे सही equals और hashCode मुफ्त में दिए, और compact constructor validate करने की सहज जगह है, तो किसी भी मौजूद instance पर amount नेगेटिव हो ही नहीं सकता। जो चेतावनियां मैं देता हूं वे ये हैं कि record सिर्फ shallow रूप से immutable है, यानी list रखने वाला record उस list के जरिए अब भी बदला जा सकता है जब तक मैं constructor में उसकी कॉपी न बनाऊं, और यह कि ये JPA entities के लिए ठीक नहीं बैठते, जिन्हें बिना argument वाला constructor और mutable state चाहिए।