post enumerating several problems of using singletonsbunu hatırlayınca ve Android uygulamaları singleton deseni kullanarak çeşitli örnekler gördükten sonra, eğer tek kopyası da genel uygulama durumu ile paylaşılan Tek yerine kullanmak iyi bir fikir (sınıflara android.merak ediyorum os.Uygulama ve içerik yoluyla elde edilmesi.() getApplication).

/Dezavantajları her iki mekanizma var avantajları ne olurdu?

Dürüst olmak gerekirse, bu post Singleton pattern with Web application, Not a good idea! ama Android için uygulanan aynı cevabı bekliyorum. Doğru muyum? DalvikVM başka farklı olan ne?

EDİT: çeşitli yönleriyle ilgili: fikirlerini almak isterim

• Eşitleme
• Yeniden kullanılabilirliği
• Test

Ben çok Dianne Hackborn (ve evet, Android çerçeve mühendis, teşekkürler olduğunu fark ediyorum.) katılmıyorum Yavaş yavaş önemli aslında, onlara, yeniden oluşturulan hafif, görev kapsamı nesneleri lehine projemiz tüm tekiz çıkarmak.

Tek bir kabus için test ve tembel başlatıldı, tanıtmak "devlet indeterminism" ile ince yan etkileri (Mayıs aniden yüzeye hareket eden aramalar için getınstance() bir kapsam için bir). Görünürlük tekiz" (= rastgele) paylaşılan durum, ince hataların erişim düzgün eşzamanlı uygulamaları senkronize değil ne zaman doğacak "küresel ima beri başka bir sorun olarak bahsedilen ve oldu

Bu anti-desen-bir düşünün, nesne yönelimli kötü bir stil genellikle insanlar C, ortak genel durumu korumak için olduğu gibi prosedürel dillerin gelerek kucakladı.

Soruyu cevaplamak için geri: Uygulama kapsamında bir tek kendisi olarak kabul edilmesine rağmen, çerçeve tarafından yönetilen ve iyi tanımlanmış bir yaşam döngüsü, kapsam ve erişim yolu vardır. Dolayısıyla eğer app-global devlet yönetmek için ihtiyacınız yoksa, burada, başka bir yere gitmek gerektiğini düşünüyorum. Başka bir şey için, eğer tekrar düşünmekgerçektentek bir nesne gerekir, ya da tek bir sınıf yazmak mümkün yerine küçük bir örneğini oluşturmaya olurdu, kısa ömürlü nesneler bu el altında görev gerçekleştirmek.