2. konuya gelince singletonun dışına niye çıkmış olsun ki sizinde blogoğunuzda bir yazınız var orada siz array olarak tutmuyor musunuz ?

http://www.gokceyalcin.com/singleton-uyarlanabilir-design-pattern-class-sinif

ayrıca design patternler sizinde bildiğiniz gibi bir soruna çözüm getirmesi ile kullanılan yapılardır yani çok katı kurallarınının olduğunu dusunmuyorum açıkçası sizde bir sorun bulup kendi patterninizi yazabilirsiniz sonuçta.

Design patternlarla haşır neşir biri olarak, birkaç şey kafama takıldı;

1) OO ‘da sınıf içinde die(); çıkışı biraz sert kaçıyor, throw new Exception(”Bu sınıf singleton, clone()’lanamaz”); desek, daha hoş olmaz mı?

2) Instanceları array olarak tutmak ve çağırmak bu patternin biraz dışına çıkmıyor mu? Benim bildiğim, context değiştirilmesini engellemek amacıyla bir sınıfın singleton versiyonları tutulmaz, onu singleton yapmanın amacının biraz dışına itiyor. Eğer sınıfta contexti değiştirecek bir şey varsa, onu singleton yapmaktansa registery->add(’A',$object), $registery::get(’A') gibi bir başka singleton sınıfla kullanmak daha kapsamlı bir yaklaşım değil mi?

Yok tanışmıyoruz da tanışılması gereken bi insan blogunda ki kısıtlı olan yazılarını okuduktan hoşuma gidip bağlantı verdim sadece…

bu bize ne kazandırıyor daha çok performans. örneği incelerseniz sınıfı tekrar olusturmaya calışmıyor elinde sınıf varsa bize o sınıfı tekrar veriyor. mesela veritabanı sınıflarını sadece bir kere oluşturmak yeterlidir. constuctorında veritabanına baglanır ve baglantıyı kesmediğiniz sürece onu kullanabilirsiniz.

ama her sınıf bu yapıda olacak diye bişey yok bazı sınıflar vardırki yeniden oluşturulmaz constructor’ın çalışması gerekir. yani güvenlik açısından değilde benim bu yazdıkların daha çok performans ve kullanım açısından, güvenlik tamamen ayrı bir konu.

class mehmet {
public static $output = ”;
public static $nelazimsa = ”;

public static function query_filter($o){
#islemler ….
}
}