getApplication () ve getApplicationContext () karşılaştırması

Buna tatmin edici bir cevap bulamadım, işte başlıyoruz: Anlaşma nedir Activity/Service.getApplication()ve Context.getApplicationContext()?

Bizim uygulamamızda, her ikisi de aynı nesneyi döndürür. Bir In ActivityTestCaseancak, uygulamayı alay yapacak getApplication()taklidinin ile geri gelmek, ama getApplicationContextyine de farklı bir bağlam örneği (Android tarafından enjekte bir) dönecektir. Bu bir hata mı? Bilerek mi?

İlk etapta farkı bile anlamıyorum. Test paketinin dışında, her iki aramanın da farklı nesnelerle geri gelebileceği durumlar var mı? Ne zaman ve neden? Dahası, neden getApplicationtanımlanmış Activityve Serviceaçık değil Context? Her zaman her yerden geçerli bir uygulama örneği olmamalı mı ?

Çok ilginç bir soru. Bence bu çoğunlukla anlamsal bir anlam ve tarihsel nedenlerden de kaynaklanıyor olabilir.

Mevcut Android Etkinlik ve Hizmet uygulamalarında getApplication()ve getApplicationContext()aynı nesneyi döndürmesine rağmen, bunun her zaman böyle olacağının garantisi yoktur (örneğin, belirli bir satıcı uygulamasında).

Bu nedenle, Manifest'te kaydettiğiniz Application sınıfını istiyorsanız, onu asla çağırmamalı getApplicationContext()ve uygulamanıza yayınlamamalısınız, çünkü uygulama örneği olmayabilir (test çerçevesi ile açıkça deneyimlediğiniz).

Neden getApplicationContext()ilk etapta var?

getApplication()getApplicationContext()Context sınıfında bildirilirken , yalnızca Activity sınıfında ve Service sınıfında kullanılabilir.

Bu aslında bir şey anlamına gelir: bir bağlamda olmayan ancak onReceive yönteminde bir bağlam verilen bir yayın alıcısına kod yazarken, yalnızca arayabilirsiniz getApplicationContext(). Bu ayrıca bir BroadcastReceiver'da uygulamanıza erişiminizin garanti edilmediği anlamına gelir.

Android koduna bakarken, eklendiğinde bir etkinliğin temel bir bağlam ve bir uygulama aldığını ve bunların farklı parametreler olduğunu görürsünüz. getApplicationContext()delege çağırıyor baseContext.getApplicationContext().

Bir şey daha var: Belgeler çoğu durumda bunun Alt Sınıfı uygulaması gerekmemesi gerektiğini söylüyor:

Normalde alt sınıfa gerek yoktur Application. Çoğu durumda, statik tek tonlar aynı işlevselliği daha modüler bir şekilde sağlayabilir. Eğer singleton'unuz global bir bağlama ihtiyaç duyarsa (örneğin yayın alıcılarını kaydetmek için), onu alma fonksiyonuna , singletonu ilk oluştururken Contextdahili olarak kullanılan bir fonksiyon verilebilir Context.getApplicationContext().

Bunun kesin ve kesin bir cevap olmadığını biliyorum, ama yine de bu sorunuza cevap veriyor mu?

Karşılaştır getApplication()ve getApplicationContext().

getApplicationBir döndürür ApplicationAşağıdaki gibi bazı cihaz durumlara global uygulama durumunu ve cevap yönetmenize izin verir nesneyi onLowMemory()ve onConfigurationChanged().

getApplicationContextglobal uygulama bağlamını döndürür - diğer bağlamlardan farkı, örneğin, bir etkinlik bağlamının, etkinliğiniz sona erdiğinde Android tarafından yok edilebilir (veya kullanılamaz hale getirilebilir) olmasıdır. Uygulama bağlamınız (belirli bir Activityşeye bağlı olmayan) mevcutken Uygulama bağlamı kullanılabilir durumda kalır, böylece bunu daha uzun süreler boyunca kullanılabilir olacak ve geçici UI nesnelerinden bağımsız bir bağlam gerektiren Bildirimler gibi şeyler için kullanabilirsiniz .

Bu kod aynı olabilir ya da olmayabilir olsun ne yapıyor bağlıdır sanırım - normal kullanımda olsa, ben onları farklı olmasını beklenir.

Bağlam sarma ile ilgili gibi görünüyor. Türetilmiş sınıfların çoğu Context, aslında ContextWrapperbaşka bir bağlam için, muhtemelen sarıcı tarafından yapılan değişikliklerle temsil edilen bir sınıftır .

Bağlam alay ve proxy yapmayı destekleyen genel bir soyutlamadır. Birçok bağlam, a gibi sınırlı bir ömür boyu nesneye bağlı olduğundan Activity, gelecekteki bildirimlere kaydolma gibi amaçlar için daha uzun ömürlü bir bağlam elde etmenin bir yolu olmalıdır. Bu ile elde edilir Context.getApplicationContext(). Mantıksal bir uygulama genel Applicationnesneyi döndürmektir , ancak hiçbir şey bir bağlam uygulamasının uygun bir yaşam süresine sahip bir sarıcı veya proxy döndürmesini engellemez.

Etkinlikler ve hizmetler daha spesifik olarak bir Applicationnesneyle ilişkilendirilir . Bunun faydası, inanıyorum oluşturabilir ve türetilmiş tezahür özel bir sınıfta kayıt olmasıdır Applicationve emin olmak Activity.getApplication()veya Service.getApplication()size türetilmiş yayın yapabilirsiniz bu özel tip, o belirli nesne dönecektir Applicationne olursa olsun sınıf ve kullanım özel amaçlı.

Başka bir deyişle, getApplication()bir Applicationnesneyi döndürmek garanti edilirken getApplicationContext(), bunun yerine bir proxy döndürmek ücretsizdir.

Soruyu cevaplamak için getApplication () bir Application nesnesi ve getApplicationContext () bir Context nesnesi döndürür. Kendi gözlemlerinize dayanarak, her ikisinin de Bağlamının aynı olduğunu varsayacağım (yani, Uygulama sınıfının, temel sınıfın Bağlam kısmını doldurmak için ikinci işlevi çağırdığı veya eşdeğer bir eylemin gerçekleştiği sahnelerin arkasında). Sadece bir bağlama ihtiyacınız varsa hangi işlevi çağırdığınızın bir önemi yoktur.