Sınıf üzerinde bir işlem yapmıyacaksam neden kurucu metod gireyim ?

Sınıf üzerinde bir işlem yapmıyacaksam neden kurucu metod gireyim ?

Zorunda değilsin. Sadece sınıfla ilgili bir işlem yaparken öncesinde otomatik yapılmasını istediğin bir işlem varsa kullan.

Diyelim bir sınıf oluşturum kullanmak istemediğimde silmek yerine

funciton __destruct() {

}

Bunu mu kullanmam gerek ?

Bu sınıfla ilgili yaptığın işlemden sonra otomatik olarak çalışan fonksiyon. Mesela MySQL bağlantısını kapatmak için kullanabilirsin. Ama gerek yok pek. MySQL işlem bitince kapatıyor zaten. Destruct yerine construct yazmalısın başta çalışmasını istiyorsan.

Ben yapıcı ve yıkıcı fonksiyonlar genelde mysql bağlantı işlemleri için kulllanıyorum.

Şey diyorum construct ile metodu başladım sonra class test()i kullanmamak için ne yapmak gerek
değişken yok etmek gibi unset ($a) gibisinden nasıl silebilirim illa backspace ile mi silmek gerek ?

Classı olduğu gibi başka türlü silemezsin. Ama tanımladığın değişken için unset kullanmalısın, evet.

Ek Olarak: Telefondan yazdığım için şu an kodla örnekleyemiyorum. Eğer aklında hala soru işareti kalmış olursa pcye geçtiğimde pm atarsan cevaplarım.

Garbage collector bu işi oldukça verimli şekilde hallediyor. Kendi yazdığınız sınıfları zaten siz gerek görmedikçe instance (canlı obje) haline zaten çevirmezsiniz. Mantığa aykırı! Sadece kullandığınzı framework yada kütüphaneler varsa onlar genelde kullanmadığınzı yada ihtiyaç duymadığınız gereksiz sınıfları context(uygulamanın yaşam bağlamı/sınırları) içine yüklerler.

Arkadaşınki iç rahatlatma olsa gerek. Ben de işini gc ye bırakmayanlardanım. İşim biten nesneyi unset yapıyorum. Güvenlik bakımından da iyi oluyor. Ama class yapısını olduğu gibi silmek, evet, mantığa aykırı.

Sınıf üzerinde bir işlem yapmıyacaksam neden kurucu metod gireyim ?

Kurucu metod, cansız sınıfı canlı hale getirirken sınıfın hazırlanmasına yardımcı olur.

Lakin soruyu ya yanlış algılıyorum yada siz yanlış soruyorsunuz. Sınıf üzerinde işlem yapmayacaksanız, zaten sınıfı niye çağırma gereksinimi duyuyorsunuz?

Konu içinde database işlemleri için her seferinde bir bağlantı açıp, kapatıldığını belirtmiş arkadaşlar. Bu yöntem açıkcası pek kullanılan bir yöntem değildir. Her seferinde db'ye bağlantı aç, kapa ve her seferinde yeni bir bağlantı session'ı oluşturmak hem db hemde kullanılan db baglantı nesnesi için sunucuya ve db'ye gereksiz yük bindirmektir.

Basit bir bakış açısıyla, 10 istek geldi, 10 baglantı sınıfı ayrı ayrı instance'lar oluştu, her instance db'dne bir session kaptı hop 10 session ile db'ye git gel. Bunu 1000 yapsak nesneler, db sessionları havada uçuşuyor.

Php'de varmı bilmem fakat J2EE Application server içinde db ye baglantı sessionları için uygulama sunucusu bir pool(havuz) yaratır. Bu havuz içinde db session'larını uygulama sunucusu yönetir. Ben yazdığım java uygulamalarında bağlantı açık, kapalı ama askıda kalmış yok session objesi ne olmuş gibi bir sıkıntıya düşmem mesela zaten uygulama sunucusu tüm o db işlemlerini(transaction management) olayını thread-safe şekilde halleder.

Eğer PHP 'de DB pooling yada transaction management gibi oturmuş genel çözümler var ise kesinlikle kullanınız.

Yazdığımı anlatan basit bir imaj ;