Java'da kabul edilen bir yöntem çağrısı uygulamasında 'bu' iletiliyor

Geçerli nesneyi bir yöntem çağrısında geçirmek iyi / kötü / kabul edilebilir bir uygulama mı? De olduğu gibi:

public class Bar{
    public Bar(){}

    public void foo(Baz baz){
        //  modify some values of baz
    }
}

public class Baz{
    //constructor omitted

    public void method(){
        Bar bar = new Bar();
        bar.foo(this);
    }
}

Özellikle, hat bar.foo(this)kabul edilebilir mi?

Kullanmamak için hiçbir neden yok this, mevcut örnek ve kullanımı tamamen meşru. Aslında, genellikle onu atlamanın temiz bir yolu yoktur.

Öyleyse kullan.

Örnek olmadan kabul edilebilir olduğuna ikna etmek zor olduğundan (böyle bir soruya olumsuz bir cevap tartışmak her zaman daha kolaydır), en yaygın java.langsınıflardan birini açtım , Stringbirini ve elbette bu kullanımın örneklerini buldum, örneğin

1084        // Argument is a String
1085        if (cs.equals(this))
1086            return true;

(thisBüyük "kabul edilmiş" projeleri arayın , bulmayı başaramazsınız.

Bunda yanlış bir şey yok. Ne iyi bir uygulama değil , bir-henüz-tamamen-başlatılmış değil nesnesine bir başvuru verecekti çünkü aynı iç kurucular yapmaktır.

Burada benzer bir gönderi var: Java bunu yapıcıya sızdırıyor ve ikincisinin neden kötü bir uygulama olduğunu açıklıyor.

Evet ama iki şeye dikkat etmelisin

1. Geçme bu nesne oluşturulur alınmayınca henüz (yani yapıcısında)
2. Bunu uzun ömürlü bir nesneye aktarmak, referansı canlı tutacak ve bu nesnenin çöp toplanmasını engelleyecektir .

Tamamen normal ve tamamen kabul edilebilir.

bu, mevcut nesneyi ifade eder. Yaptığınız şey, sistematik olarak doğru, ancak yöntemi aynı sınıfta çağırıyorsanız buna bir ihtiyaç görmüyorum.

Aynı davranışı elde etmek için daha az karmaşık alternatifler varsa, geçerli nesneyi bir yöntem çağrısında geçirmek kötü bir uygulamadır .

Tanım olarak this, bir nesneden diğerine geçer geçmez çift ​​yönlü bir ilişki oluşturulur .

Martin Fowler'ın Refactoring'den alıntı yapacak olursak:

Çift Yönlü İlişkilendirmeyi Tek Yönlü (200) Olarak Değiştirin

Çift yönlü ilişkilendirmeler kullanışlıdır, ancak bir bedeli vardır. Fiyat, iki yönlü bağlantıları sürdürmenin ve nesnelerin uygun şekilde oluşturulup kaldırılmasını sağlamanın ek karmaşıklığıdır. Çift yönlü ilişkilendirmeler birçok programcı için doğal değildir, bu nedenle genellikle bir hata kaynağıdırlar

...

İhtiyaç duyduğunuzda çift yönlü ilişkileri kullanmalısınız, ihtiyacınız olmadığında kullanmamalısınız. Çift yönlü bir ilişkinin artık ağırlığını çekmediğini görür görmez, gereksiz ucu bırakın.

Bu yüzden teorik olarak, geçmemiz gerektiğini anladığımızda alarm zilleri duymalıyız ve elimizdeki thissorunu çözmek için başka yollar düşünmek için gerçekten çok uğraşmalıyız. Elbette, sonunda çare olarak bunu yapmanın mantıklı olduğu zamanlar vardır.

Ayrıca, genel bir iyileştirme için kodunuzun daha uzun vadede yeniden düzenlenmesi sırasında tasarımınızı geçici olarak bozmak, 'kötü pratik şeyler' yapmak gerekir. (Bir adım geri, iki adım ileri).

Pratikte veba gibi çift yönlü bağlantılardan kaçınarak kodumun büyük ölçüde geliştiğini gördüm .

Evet. Programlamada geçmesi çok yaygındır, thisancak bunu kullanmanın artıları ve eksileri vardır, yine de bunu yapmak tehlikeli değildir.

Geçişin thisdoğru olduğu ve iyi tasarımı izlediği bir örnek daha eklemek için : Ziyaretçi düzeni . Ziyaretçi tasarım modelinde, yöntem accept(Visitor v)tipik olarak sadece çağırdığı şekilde uygulanır v.visit(this).

Kabul edilebilir

Oracle JAVA belgelerinden pasaj:

Bir örnek yöntem veya yapıcı içinde bu, geçerli nesneye - yöntemi veya yapıcısı çağrılan nesneye bir referanstır. Bunu kullanarak bir örnek yöntemi veya bir yapıcı içinden geçerli nesnenin herhangi bir üyesine başvurabilirsiniz.

Bunu bir Alanla kullanma

This anahtar sözcüğünü kullanmanın en yaygın nedeni, bir alanın bir yöntem veya yapıcı parametresi tarafından gölgelendirilmesidir.

Java'daki her şey değere göre aktarılır. Ancak nesneler ASLA yönteme aktarılmaz!
Java bir nesneyi bir yönteme ilettiğinde, önce nesnenin kendisinin bir kopyasını değil, nesneye bir referansın bir kopyasını oluşturur. Dolayısıyla bu, javada çok kullanılan bir yöntemdir. Ve en sık takip edilen kullanım.