Optional कहां इस्तेमाल होना चाहिए, और कहां यह गलती है?

Optional उन methods के return type के तौर पर बनाया गया था जिनका जायज तौर पर कोई नतीजा न हो, ताकि caller अनुपस्थिति को नजरअंदाज न कर सके। यह fields, constructor parameters और method arguments के लिए ठीक नहीं बैठता, और इसे किसी collection पर नहीं लपेटना चाहिए, क्योंकि खाली list पहले ही कह देती है कि यहां कुछ नहीं है। बिना जांचे get कॉल करना पूरा मकसद ही मार देता है; map, filter, orElseGet या किसी सार्थक exception के साथ orElseThrow इस्तेमाल करें।

यह इसलिए है ताकि method signature कह सके कि यह शायद कुछ न लौटाए, जो nullable return type कभी नहीं बता पाता था। तो repository जैसे lookups Optional लौटाते हैं और caller को उससे निपटना ही पड़ता है। गड़बड़ तब होती है जब लोग इसे हर जगह ठूंस देते हैं। field के तौर पर यह हर instance पर एक ऑब्जेक्ट जोड़ता है और serializable नहीं है, जो entities और payloads में सचमुच दिक्कतें खड़ी करता है। parameter के तौर पर यह callers को दो की जगह तीन हालतें सोचने को दे देता है, इसलिए मैं उसकी जगह overload लिखता हूं। और collection लौटाने वाला method खाली collection लौटाता है, कभी list का Optional नहीं, क्योंकि खाली होने का मतलब वही है। शैली के लिहाज से, अगर मैं isPresent लिखकर उसके बाद get लिखूं तो मैंने बस अतिरिक्त तामझाम के साथ null check ही लिखा है, इसलिए मैं chain करता हूं: जो चाहिए उस पर map, फिर filter, फिर एक domain exception के साथ orElseThrow जो बताए कि कौन सी id नहीं मिली। एक चीज मैं नहीं करूंगा, और वह है किसी मौजूदा codebase में इसे हर जगह null की जगह ठोक देना, क्योंकि मिली जुली शैली दोनों में से किसी भी एक तरीके से बुरी है।