शून्य वगैरे.

"हाय, अमिगो! मला तुमच्यासाठी आणखी एक छोटा आणि मनोरंजक विषय मिळाला आहे. शून्य प्रकार."

"आणि तुम्हाला अशा प्रकारची आवश्यकता का आहे? म्हणजे, मला शून्य समजले आहे: ते कार्य आणि कार्यपद्धती संरेखन मध्ये आणण्यासाठी आहे. आमच्याकडे कार्यपद्धती नाहीत, परंतु आमच्याकडे अशी कार्ये आहेत जी शून्य (काहीही नाही) परत करतात."

"हो, पण तुला आठवतंय का की अलीने तुला कॉल करण्यायोग्य इंटरफेसबद्दल सांगितले होते?"

"हो."

"आणि तुम्हाला एक प्रकारचा युक्तिवाद म्हणून काय पास करण्याची आवश्यकता आहे हे देखील आठवते का?"

"होय, परतीच्या मूल्याचा प्रकार:"

class EmptyJob implements Callable
{
 public String call() throws Exception
 {
  return null;
 }
}

"बरोबर. आणि जर तुम्हाला कॉल मेथडने इंट परत करायचा असेल तर? मग काय?"

"आता मला माहित आहे की यासाठी ऑटोबॉक्सिंग आहे. मी फक्त एक पूर्णांक पास करेन, आणि सर्वकाही घड्याळाच्या काट्याप्रमाणे होईल:"

class EmptyJob implements Callable
{
 public Integer call() throws Exception
 {
  return null;
 }
}

"उत्कृष्ट. आणि पद्धत काहीही परत करू नये तर काय?"

"मला तुमचा मुद्दा समजला. मग आपण शून्याचा प्रतिरूप म्हणून शून्य वापरतो?"

"हो."

"फक्त रिटर्न व्हॅल्यूला ऑब्जेक्ट बनवणे आणि नंतर रिटर्न शून्य करणे सोपे नाही का?"

"कधी कधी, पण नेहमी नाही."

"तुम्हाला माहित आहे की तुम्ही जेव्हा ऑब्जेक्ट लिहीले तेव्हा तुम्हाला येथे शून्यता परत करायची होती, परंतु दुसर्‍या प्रोग्रामरला कदाचित हे माहित नसेल आणि तुम्ही शून्य का परत करत आहात याचा विचार करेल."

"किंवा मेथडला कॉल करणारा कोड रिटर्न व्हॅल्यूची अपेक्षा करेल."

"परंतु जेव्हा तुम्ही व्हॉइड लिहिता, तेव्हा प्रत्येकाला लगेच समजते की हे व्हॉइडसाठी एक आवरण आहे, तरीही तुम्हाला शून्य परत करावे लागेल."

class EmptyJob implements Callable
{
 public Void call() throws Exception
 {
  return null;
 }
}

"हम्म. तू बरोबर आहेस. नेहमी शून्य रिटर्न करणारी पद्धत प्रश्न निर्माण करते. परंतु शून्य म्हणून घोषित केलेली पद्धत अधिक स्पष्टीकरणाची आवश्यकता न घेता हे करू शकते."

"कोड वाचनीयता प्रथम येते. मला जावा आवडते!"

"छान. तुम्हाला ते आवडले याचा मला आनंद आहे. आज आम्ही पूर्ण केले."