Void et al.

"Hai, Amigo! Aku duwe topik cilik lan menarik liyane kanggo sampeyan. Tipe Void."

"Lan kenapa sampeyan butuh jinis kaya ngono? Maksudku, aku ngerti roso sepi: iku kanggo nggawa fungsi lan tata cara menyang Alignment.

"Ya, nanging sampeyan elinga yen Ellie bubar ngandhani babagan antarmuka Callable?"

"Ya."

"Lan sampeyan uga ngelingi apa sing kudu sampeyan pass minangka argumentasi jinis?"

"Ya, jinis nilai bali:"

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

"Tengen. Lan apa yen sampeyan pengin cara nelpon bali int? Apa banjur?"

"Saiki aku ngerti yen ana autoboxing kanggo iki. Aku mung bakal ngliwati Integer, lan kabeh bakal kaya clockwork: "

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

"Apik banget. Lan kepiye yen cara kasebut ora ngasilake apa-apa?"

"Aku ngerti maksud sampeyan. Banjur kita nggunakake Void minangka pasangan void?"

"Ya wis."

"Apa ora luwih gampang mung nggawe nilai bali dadi Obyek banjur bali null?"

"Kadhangkala, nanging ora mesthi."

"Sampeyan ngerti sampeyan pancene temenan kanggo bali roso sepi kene nalika sampeyan nulis Obyek, nanging programmer liyane bisa uga ora ngerti iki lan bakal mikir apa sampeyan bali null."

"Utawa kode nelpon cara bakal nyana nilai bali."

"Nanging nalika sampeyan nulis Void, kabeh wong langsung ngerti yen iki bungkus kanggo void, sanajan sampeyan isih kudu bali null."

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

"Hmm. Sampeyan bener. Cara sing tansah ngasilake null null. Nanging cara sing diumumake minangka Void bisa nindakake iki tanpa mbutuhake panjelasan luwih lanjut."

"Code readability luwih dhisik. Aku seneng Jawa!"

"Apik. Aku bungah sampeyan seneng. Kita wis rampung kanggo dina iki."