Itu adalah praktik yang buruk untuk meneruskan objek saat ini dalam pemanggilan metode jika ada alternatif yang kurang rumit untuk mencapai perilaku yang sama.
Menurut definisi, asosiasi dua arah dibuat segera this diteruskan dari satu objek ke objek lainnya.
Mengutip Refactoring, oleh Martin Fowler:
Ubah Asosiasi Dua Arah menjadi Searah (200)
Asosiasi dua arah berguna, tetapi memiliki harga. Harga adalah kerumitan tambahan dari pemeliharaan tautan dua arah dan memastikan bahwa objek dibuat dan dihapus dengan benar. Asosiasi dua arah tidak alami bagi banyak pemrogram, sehingga sering kali menjadi sumber kesalahan
...
Anda harus menggunakan asosiasi dua arah saat diperlukan, tetapi tidak jika tidak. Segera setelah Anda melihat asosiasi dua arah tidak lagi menarik bobotnya, jatuhkan ujung yang tidak perlu.
Jadi, secara teoritis, kita harus mendengar lonceng peringatan ketika kita merasa perlu untuk lewat this dan berusaha keras untuk memikirkan cara lain untuk menyelesaikan masalah yang ada. Tentu saja, ada kalanya, pada akhirnya, tindakan itu masuk akal.
Juga sering kali perlu merusak desain Anda untuk sementara, melakukan 'praktik buruk', selama refactoring kode jangka panjang Anda untuk perbaikan keseluruhan. (Satu langkah mundur, dua langkah maju).
Dalam praktiknya, saya menemukan kode saya telah meningkat secara besar-besaran dengan menghindari tautan dua arah seperti wabah.