Boş et al.

"Merhaba Amigo! Senin için küçük ve ilginç bir konu daha buldum. Hiçlik tipi."

"Ve neden böyle bir tipe ihtiyacınız olsun ki? Yani, geçersizliği anlıyorum: işlevleri ve prosedürleri aynı hizaya getirmek için. Prosedürlerimiz yok, ancak geçersiz (hiçbir şey) döndüren işlevlerimiz var."

"Evet, ama Ellie'nin geçenlerde size Callable arayüzünden bahsettiğini hatırlıyor musunuz?"

"Evet."

"Ayrıca bir tür argümanı olarak iletmeniz gerekenleri de hatırlıyor musunuz?"

"Evet, dönüş değerinin türü:"

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

"Doğru. Peki ya call yönteminin bir int döndürmesini istiyorsan? O zaman ne olacak?"

"Artık bunun için bir otomatik kutulama olduğunu biliyorum. Sadece bir Tamsayı ileteceğim ve her şey saat gibi gidecek:"

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

"Mükemmel. Peki ya yöntem hiçbir şey döndürmezse?"

"Ne demek istediğini anlıyorum. O halde boşluğun muadili olarak Boşluğu mu kullanacağız?"

"Evet."

"Dönüş değerini bir Nesne yapmak ve ardından boş değer döndürmek daha kolay olmaz mıydı?"

"Bazen, ama her zaman değil."

"Object yazarken buraya gerçekten void döndürmek istediğini biliyorsun, ama başka bir programcı bunu bilmeyebilir ve neden null döndürdüğünü düşünebilir."

"Ya da yöntemi çağıran kod bir dönüş değeri bekler."

"Ama Void'i yazdığınızda, yine de null döndürmeniz gerekse bile, herkes bunun bir geçersizlik sarmalayıcısı olduğunu hemen anlar."

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

"Hmm. Haklısın. Her zaman null döndüren bir yöntem soru işaretleri uyandırır. Ancak Void olarak bildirilen yöntem bunu daha fazla açıklamaya gerek duymadan yapabilir."

"Kod okunabilirliği her şeyden önce gelir. Java'yı seviyorum!"

"Harika. Beğenmene sevindim. Bugünlük işimiz bitti."