Menggunakan konteks Aplikasi di mana saja?

Dalam aplikasi Android, apakah ada yang salah dengan pendekatan berikut:

public class MyApp extends android.app.Application {

    private static MyApp instance;

    public MyApp() {
        instance = this;
    }

    public static Context getContext() {
        return instance;
    }

}

dan menyebarkannya di mana-mana (misalnya SQLiteOpenHelper) di mana konteks diperlukan (dan tentu saja tidak bocor)?

Ada beberapa masalah potensial dengan pendekatan ini, meskipun dalam banyak keadaan (seperti contoh Anda) itu akan bekerja dengan baik.

Khususnya Anda harus berhati-hati ketika berurusan dengan apa pun yang berhubungan dengan GUIyang membutuhkan Context. Misalnya, jika Anda memasukkan Konteks aplikasi ke dalam LayoutInflaterAnda akan mendapatkan Pengecualian. Secara umum, pendekatan Anda sangat baik: ini adalah praktik yang baik untuk menggunakan di Activity's Contextdalam itu Activity, dan Application Contextketika melewati konteks di luar ruang lingkup Activityuntuk menghindari kebocoran memori .

Juga, sebagai alternatif untuk pola Anda Anda dapat menggunakan shortcut memanggil getApplicationContext()pada Contextobjek (seperti Activity) untuk mendapatkan Konteks Aplikasi.

Dalam pengalaman saya, pendekatan ini seharusnya tidak perlu. Jika Anda memerlukan konteks untuk apa pun, Anda biasanya dapat memperolehnya melalui panggilan ke View.getContext () dan menggunakan yang Contextdiperoleh di sana, Anda dapat menghubungi Context.getApplicationContext () untuk mendapatkan Applicationkonteks. Jika Anda mencoba untuk mendapatkan Applicationkonteks ini dari sebuah, ActivityAnda selalu dapat memanggil Activity.getApplication () yang seharusnya dapat diteruskan sesuai Contextkebutuhan untuk panggilan SQLiteOpenHelper().

Secara keseluruhan sepertinya tidak ada masalah dengan pendekatan Anda untuk situasi ini, tetapi ketika berhadapan dengan Contextpastikan Anda tidak membocorkan memori di mana pun seperti yang dijelaskan di blog resmi Google Android Developers .

Beberapa orang bertanya: bagaimana mungkin singleton mengembalikan pointer nol? Saya menjawab pertanyaan itu. (Saya tidak bisa menjawab dalam komentar karena saya perlu mengirim kode.)

Ini dapat mengembalikan nol di antara dua peristiwa: (1) kelas dimuat, dan (2) objek kelas ini dibuat. Ini sebuah contoh:

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);
    }
}

Mari kita jalankan kodenya:

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

Baris kedua menunjukkan bahwa Y.xinstance dan X.yinstance adalah null ; mereka nol karena variabel X.xinstance ans Y.yinstance dibaca ketika mereka nol.

Bisakah ini diperbaiki? Iya,

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);
    }
}

dan kode ini tidak menunjukkan anomali:

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

TAPI ini bukan opsi untuk Applicationobjek Android : programmer tidak mengontrol waktu ketika itu dibuat.

Sekali lagi: perbedaan antara contoh pertama dan yang kedua adalah bahwa contoh kedua menciptakan sebuah instance jika pointer statis adalah nol. Tapi programmer tidak dapat membuat satu objek aplikasi Android sebelum sistem memutuskan untuk melakukannya.

MEMPERBARUI

Satu lagi contoh membingungkan di mana bidang statis yang diinisialisasi terjadi 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());
    }
}

Dan Anda mendapatkan:

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

Perhatikan bahwa Anda tidak dapat memindahkan deklarasi variabel statis satu baris ke atas, kode tidak akan dikompilasi.

Kelas Aplikasi:

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;
    }

}

Deklarasikan Aplikasi di AndroidManifest:

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

Pemakaian:

MyApplication.getAppContext()

Anda mencoba membuat pembungkus untuk mendapatkan Konteks Aplikasi dan ada kemungkinan " null" itu mengembalikan pointer.

Sesuai pemahaman saya, saya kira pendekatan yang lebih baik untuk memanggil-salah satu dari 2 Context.getApplicationContext() atau Activity.getApplication().

Itu pendekatan yang bagus. Saya menggunakannya sendiri juga. Saya hanya akan menyarankan untuk mengganti onCreatemengatur singleton daripada menggunakan konstruktor.

Dan karena Anda menyebutkan SQLiteOpenHelper: onCreate ()Anda dapat membuka database juga.

Secara pribadi saya pikir dokumentasi salah dengan mengatakan bahwa Biasanya tidak perlu untuk subkelas Aplikasi . Saya pikir kebalikannya benar: Anda harus selalu subkelas Aplikasi.

Saya akan menggunakan Konteks Aplikasi untuk mendapatkan Layanan Sistem di konstruktor. Ini memudahkan pengujian & manfaat dari komposisi

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

}

Kelas uji kemudian akan menggunakan konstruktor yang kelebihan beban.

Android akan menggunakan konstruktor default.

Saya suka, tapi saya akan menyarankan singleton sebagai gantinya:

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;
    }
}

Saya menggunakan pendekatan yang sama, saya sarankan untuk menulis singleton sedikit lebih baik:

public static MyApp getInstance() {

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

    return instance;
}

tapi saya tidak menggunakan di mana-mana, saya menggunakan getContext()dan di getApplicationContext()mana saya bisa melakukannya!