Saklamaksızın yeni nesneler oluşturmak kötü bir uygulama mıdır?

Java kodunda yaratılmış nesneleri, nesneye bir referans kaydetmeden gördüm. Örneğin, bir eclipse eklentisinde şöyle bir SWT Kabuğu gördüm:

new Shell();

Bu yeni Shell nesnesi değişkende saklanmaz, ancak pencere kapatıldığında varsayılan olarak [[inanıyorum mu?] Olur.

Onlara bir referans kaydetmeden böyle nesneler oluşturmak kötü bir uygulama mıdır? Yoksa kütüphane kötü bir şekilde mi tasarlandı? Ya bir referansa ihtiyacım yoksa, ancak nesnenin sadece "yan etkilerini" istiyorsam? Yine de referans saklamalı mıyım?

GÜNCELLEŞTİRME:

İtiraf etmek gerekirse, yukarıdaki örneğim zayıf. Bunun gibi yaratılmış UI öğelerini görmeme rağmen, bunun gibi bir SWT Kabuğu oluşturmak büyük olasılıkla anlamsız olacaktır, çünkü Shell örneğinde açık yöntemi çağırmanız gerekir. Java eşzamanlılık eğitiminde aşağıdakiler gibi aix tarafından sağlanan daha iyi örnekler vardır :

(new HelloThread()).start();

Bu uygulama birçok bağlamda görülmektedir, bu yüzden sorular devam etmektedir. İyi bir uygulama mı?

Kişisel tercihin bir unsuru var, ancak referansı saklamamanın mutlaka kötü bir uygulama olmadığını düşünüyorum.

Aşağıdaki varsayımsal örneği ele alalım:

new SingleFileProcessor().process(file);

Her dosya için yeni bir işlemci nesnesi oluşturulması gerekiyorsa ve process()çağrıdan sonra gerekmiyorsa , ona bir referans kaydetmenin bir anlamı yoktur.

İşte Java eşzamanlılık eğitiminden alınan başka bir örnek :

(new HelloThread()).start();

Referans saklanmadığında ve gözlerim için gayet iyi okuyan başka örnekler gördüm:

String str = new StringBuilder().append(x).append(y).append(z).toString();

( StringBuilderNesne tutulmaz.)

Common.lang's HashCodeBuilderve ark.

Eğer yoksa ihtiyaç oluşturulan nesneye bir başvuru, daha sonra referans tutunmaya yoktur. Bu kadar basit.

Genel olarak, referansları makul bir şekilde yayınlanabilecekleri kadar hızlı bir şekilde yayınlamak iyi bir uygulamadır. Arada bir fark görmüyorum:

HelloThread thread = new HelloThread();
thread.start();
// where thread is never used for the rest of the method

ve

(new HelloThread()).start();

Kod söz konusu olduğunda, yalnızca olumlu bir şey olabilecek değişken bir ad kullanmaktan kaçınıyorsunuz. JIT derleyicisi, son kullanımdan sonra ipliğin toplanabileceğini anlayabilecek kadar akıllıdır, bu nedenle performans açısından muhtemelen bir fark yoktur.

Kaçınılması gereken tek gerçek sorun , Yapıcı Karşıtı Modeldeki Kod'dur , ancak sorduğun şey bu gibi gelmiyor.

SWT kullanıyorsanız, bu kötü olabilir çünkü kendinizden sonra temizlemeniz gerekir (dispose () yöntemini çağırın). Ancak diğer sınıflar için (SWT hariç) sorun yok.

İşte İşletim Sistemi Kaynaklarını Yönetme hakkında bir makale

Her şeyden önce, Java'dan önce C veya C ++ öğrenenleri kızdıracaksınız. Bunu okuyucunun bir profesyonel mi yoksa bir mahkum mu olduğuna karar vermesi için bir alıştırma olarak bırakacağım.

Kesinlikle nesnelerin çok kısa ömürlü olacak şekilde tasarlandığı durumlar olsa da, çoğu zaman bir şey için bir nesneyi oluşturmak için yeterince karmaşıksa, başvuruyu sürdürmek için iyi nedenlere sahip olmak, bu nedenle de bunu saklamamaktır. Bir şey kaçırdıysanız en azından iki kez kontrol etmek için bir uyarı olabilir.

Örneğin, bir öğreticide hiç kimse bir iplik referansı tutmayı umursamıyor, ama gerçek hayatta, bir iş parçacığı oluşturmak istediğiniz kadar uzun sürerse, iş parçacığını iptal etmek istediğiniz kadar uzun sürer. Veya daha kısa ömürlü ise, genellikle joindevam etmeden önce isteyeceğiniz bir sürü ipliği yumurtlarsınız . Veya iş parçacığı oluşturma işleminizin gerçekten başarılı olduğundan emin olmak istersiniz. Veya çıkmadan önce ipliğin temiz bir şekilde bitmesini sağlamak istersiniz. Resmi aldın.