2

我一直在重读这篇文章，无法理解它，你能解释一下吗？

通常不需要子类化 Application。在大多数情况下，静态单例可以以更模块化的方式提供相同的功能。如果您的单例需要全局上下文（例如注册广播接收器），则可以为检索它的函数提供一个 Context，该上下文在首次构建单例时在内部使用 Context.getApplicationContext()。

来自http://developer.android.com/reference/android/app/Application.html

我不明白为什么不需要子类化应用程序。我经常对它进行子类化，这样我就可以从任何地方访问应用程序上下文。那么，根据这份文件，正确的方法是什么？

4

2 回答 2

2

我认为这个想法是避免重载 Application 类，而是让多个小型单例类专注于不同的问题。

这可能就是他们所说的“更模块化的方式”。

于 2012-11-22T09:23:02.757 回答
1

通常人们制作“应用程序”类，以便他们可以在其中存储对象以保持应用程序的整个生命周期或在活动之间转移。我认为那条线的意思是，简单地制作它static会以更“模块化”的方式实现相同的目的。

至于应用程序上下文，您是否已经知道getApplicationContext()？

于 2012-11-22T09:21:48.977 回答