2

私はこれを読み直していて、それを理解することができません、あなたはおそらくそれを私に説明できますか？

通常、Applicationをサブクラス化する必要はありません。ほとんどの場合、静的シングルトンは、よりモジュール化された方法で同じ機能を提供できます。シングルトンにグローバルコンテキストが必要な場合（たとえば、ブロードキャストレシーバーを登録するため）、それを取得する関数に、最初にシングルトンを作成するときにContext.getApplicationContext（）を内部的に使用するコンテキストを指定できます。

http://developer.android.com/reference/android/app/Application.htmlから

Applicationをサブクラス化する必要がない理由がわかりません。どこからでもアプリケーションコンテキストにアクセスできるように、サブクラス化することがよくあります。それで、この文書によると、適切な方法は何でしょうか？

4

2 に答える 2

2

アイデアは、Applicationクラスの過負荷を回避することであると思いますが、代わりに、さまざまな懸念に焦点を合わせた複数の小さなシングルトンクラスを用意します。

それはおそらく彼らが「よりモジュール化された方法」によって意味するものです。

于 2012-11-22T09:23:02.757 に答える
1

通常、ユーザーは「Application」クラスを作成して、オブジェクトをそのクラスに格納し、アプリの存続期間全体を維持したり、アクティビティ間で転送したりできるようにします。その行が言っていることは、単にそれを作ることstaticは、より「モジュール式」の方法で、同じ目的を達成するだろうと思います。

アプリケーションのコンテキストについては、すでに知っていましたgetApplicationContext()か？

于 2012-11-22T09:21:48.977 に答える