Statik olarak bu sınıfın içsel durumları takip etmek için gerektirmez zaman, sınıftaki tüm yöntemleri bildirmek eğilimindedir. B içine Bir dönüşüm gerekiyor ve değişebilir bazı iç durumu C güvenmeyin, örneğin, bir statik bir dönüşüm oluşturun. Eğer ayarlamak mümkün olmak istiyorum iç durumu C ise, C kümesi için bir kurucu ekleyin ve statik bir dönüşümü kullanmayın.

Statik yöntemler aşırı DEĞİL ama yine de başparmak kuralı ile yukarıda yanlış. ne olduğunu anlamak için başarısız çeşitli öneriler (StackOverflow üzerinde de dahil olmak üzere) okudum

Bu mantıklı bir yaklaşım mı değil mi?

Ortak statik yöntemleri iki türü vardır:

• Bir "güvenli" Hep aynı giriş için aynı çıkışı verecek statik bir yöntem. Hayır global değiştirir, ve herhangi bir "," herhangi bir sınıf. statik yöntemler güvensiz aramıyor Aslında fonksiyonel programlama sınırlı bir sıralama -- bu korkma kullanıyor, iyiler.
• Bir" statik yöntem genel bir nesneye küresel devlet ya da yakınlık mutasyona uğrar, ya da bazı diğer non-test edilebilir bir davranış. "güvensiz Bu yapısal programlama için müsveddeler, ve eğer refactored olması mümkün.

"Statik -- örneğin, Singleton deseni ... ama her güzel isimler rağmen onları aramak unutmayın, sadece global değişkenler değiştiriyorsunuz. "güvenli olmayan birkaç ortak kullanan var Dikkatli bir şekilde güvenli olmayan statik kullanmadan önce iyi düşünün.