どこでもアプリケーションコンテキストを使用していますか？

Androidアプリでは、次のアプローチに問題がありますか？

public class MyApp extends android.app.Application {

    private static MyApp instance;

    public MyApp() {
        instance = this;
    }

    public static Context getContext() {
        return instance;
    }

}

そして、コンテキストが必要なすべての場所（SQLiteOpenHelperなど）に渡します（もちろんリークしません）？

このアプローチにはいくつかの潜在的な問題がありますが、多くの状況（例など）ではうまく機能します。

特に、を必要とするものを扱う場合は注意GUIが必要Contextです。たとえば、アプリケーションのコンテキストをに渡すLayoutInflaterと、例外が発生します。一般的に言えば、あなたのアプローチが優れている：それは使用することをお勧めしますActivity's Contextその内Activity、およびApplication Contextの範囲を超えてコンテキストを渡すときにActivityするためにメモリリークを避けます。

また、パターンの代わりgetApplicationContext()に、Contextオブジェクト（アクティビティなど）を呼び出すショートカットを使用して、アプリケーションコンテキストを取得することもできます。

私の経験では、このアプローチは必要ありません。何かのコンテキストが必要な場合は、通常、View.getContext（）をContext呼び出して取得できます。そこで取得したコンテキストを使用して、Context.getApplicationContext（）を呼び出してApplicationコンテキストを取得できます。これからApplicationコンテキストを取得しようとしているActivity場合は、いつでもActivity.getApplication（）を呼び出すことができます。これは、Contextへの呼び出しに必要なときに渡すことができSQLiteOpenHelper()ます。

全体として、この状況に対するアプローチに問題はないように見えますが、対処するContext場合は、公式のGoogle Android Developersブログに記載されているように、どこにもメモリリークがないことを確認してください。

一部の人々は尋ねました：シングルトンはどのようにnullポインターを返すことができますか？ 私はその質問に答えています。（コードを投稿する必要があるため、コメントには回答できません。）

2つのイベントの間にnullを返すことがあります。（1）クラスがロードされ、（2）このクラスのオブジェクトが作成されます。次に例を示します。

class X {
    static X xinstance;
    static Y yinstance = Y.yinstance;
    X() {xinstance=this;}
}
class Y {
    static X xinstance = X.xinstance;
    static Y yinstance;
    Y() {yinstance=this;}
}

public class A {
    public static void main(String[] p) {
    X x = new X();
    Y y = new Y();
    System.out.println("x:"+X.xinstance+" y:"+Y.yinstance);
    System.out.println("x:"+Y.xinstance+" y:"+X.yinstance);
    }
}

コードを実行してみましょう：

$ javac A.java 
$ java A
x:X@a63599 y:Y@9036e
x:null y:null

2行目は、Y.xinstanceとX.yinstanceがnullであることを示しています。変数のため、彼らはnullでX.xinstance ANS Y.yinstanceは、彼らがnullだったとき読み取りました。

これは修正できますか？はい、

class X {
    static Y y = Y.getInstance();
    static X theinstance;
    static X getInstance() {if(theinstance==null) {theinstance = new X();} return theinstance;}
}
class Y {
    static X x = X.getInstance();
    static Y theinstance;
    static Y getInstance() {if(theinstance==null) {theinstance = new Y();} return theinstance;}
}

public class A {
    public static void main(String[] p) {
    System.out.println("x:"+X.getInstance()+" y:"+Y.getInstance());
    System.out.println("x:"+Y.x+" y:"+X.y);
    }
}

そしてこのコードは異常を示していません：

$ javac A.java 
$ java A
x:X@1c059f6 y:Y@152506e
x:X@1c059f6 y:Y@152506e

ただし、これはAndroid Applicationオブジェクトのオプションではありません。プログラマは、オブジェクトが作成される時間を制御しません。

ここでも、最初の例と2番目の例の違いは、静的ポインタがnullの場合、2番目の例がインスタンスを作成することです。ただし、システムが作成する前に、プログラマーは Androidアプリケーションオブジェクトを作成できません。

更新

初期化された静的フィールドが偶然に発生するもう1つの不可解な例null。

Main.java：

enum MyEnum {
    FIRST,SECOND;
    private static String prefix="<", suffix=">";
    String myName;
    MyEnum() {
        myName = makeMyName();
    }
    String makeMyName() {
        return prefix + name() + suffix;
    }
    String getMyName() {
        return myName;
    }
}
public class Main {
    public static void main(String args[]) {
        System.out.println("first: "+MyEnum.FIRST+" second: "+MyEnum.SECOND);
        System.out.println("first: "+MyEnum.FIRST.makeMyName()+" second: "+MyEnum.SECOND.makeMyName());
        System.out.println("first: "+MyEnum.FIRST.getMyName()+" second: "+MyEnum.SECOND.getMyName());
    }
}

そしてあなたは得る：

$ javac Main.java
$ java Main
first: FIRST second: SECOND
first: <FIRST> second: <SECOND>
first: nullFIRSTnull second: nullSECONDnull

静的変数宣言を1行上に移動できないことに注意してください。コードはコンパイルされません。

アプリケーションクラス：

import android.app.Application;
import android.content.Context;

public class MyApplication extends Application {

    private static Context mContext;

    public void onCreate() {
        super.onCreate();
        mContext = getApplicationContext();
    }

    public static Context getAppContext() {
        return mContext;
    }

}

AndroidManifestでアプリケーションを宣言します。

<application android:name=".MyApplication"
    ...
/>

使用法：

MyApplication.getAppContext()

アプリケーションコンテキストを取得するためのラッパーを作成しようとしていますが、 " null"ポインターを返す可能性があります。

私の理解によれば、私は2 Context.getApplicationContext() またはのいずれかを呼び出すためのより良いアプローチを推測します Activity.getApplication()。

それは良いアプローチです。私も使っています。onCreateコンストラクターを使用するのではなく、シングルトンを設定するためにオーバーライドすることをお勧めします。

そして、あなたが言及したのでSQLiteOpenHelper：onCreate ()あなたもデータベースを開くことができます。

個人的には、ドキュメントは通常Applicationをサブクラス化する必要はないと言っていると間違っていたと思います。私は反対が真だと思います：あなたは常にアプリケーションをサブクラス化すべきです

アプリケーションコンテキストを使用して、コンストラクターでシステムサービスを取得します。これにより、テストが容易になり、合成のメリットが得られます

public class MyActivity extends Activity {

    private final NotificationManager notificationManager;

    public MyActivity() {
       this(MyApp.getContext().getSystemService(NOTIFICATION_SERVICE));
    }

    public MyActivity(NotificationManager notificationManager) {
       this.notificationManager = notificationManager;
    }

    // onCreate etc

}

テストクラスは、オーバーロードされたコンストラクタを使用します。

Androidはデフォルトのコンストラクターを使用します。

私はそれが好きですが、代わりにシングルトンを提案します：

package com.mobidrone;

import android.app.Application;
import android.content.Context;

public class ApplicationContext extends Application
{
    private static ApplicationContext instance = null;

    private ApplicationContext()
    {
        instance = this;
    }

    public static Context getInstance()
    {
        if (null == instance)
        {
            instance = new ApplicationContext();
        }

        return instance;
    }
}

私は同じアプローチを使用していますが、シングルトンをもう少し上手に書くことをお勧めします：

public static MyApp getInstance() {

    if (instance == null) {
        synchronized (MyApp.class) {
            if (instance == null) {
                instance = new MyApp ();
            }
        }
    }

    return instance;
}

私は、どこにでも私の使用を使用していないgetContext()とgetApplicationContext()どこ私はそれを行うことができます！