Використання контексту програми скрізь?

У додатку для 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 .

Деякі люди запитують: як однотонний може повернути нульовий покажчик? Я відповідаю на це питання. (Я не можу відповісти в коментарі, оскільки мені потрібно розмістити код.)

Він може повернути нуль між двома подіями: (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

Другий рядок показує, що Y.xin substance та X.yinstance є нульовими ; вони є недійсними, оскільки змінні X.xinstance ans Y.yinstance були прочитані, коли вони були нульовими.

Це можна виправити? так,

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

АЛЕ це не варіант для Applicationоб’єкта Android : програміст не контролює час його створення.

Ще раз: різниця між першим прикладом і другим полягає в тому, що другий приклад створює екземпляр, якщо статичний покажчик є нульовим. Але програміст не може створити на об'єкт Android програми , перш ніж система вирішує зробити це.

ОНОВЛЕННЯ

Ще один дивний приклад, коли трапляються ініціалізовані статичні поля 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

Зауважте, що ви не можете перемістити декларацію статичної змінної на один рядок вгорі, код не буде компілюватися.

Клас застосування:

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 . Я думаю, що це навпаки: Ви завжди повинні підклас Application.

Я використовував би Application Context, щоб отримати системну службу в конструкторі. Це полегшує тестування та користь композиції

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()де можу це зробити!