Comment faire un Android singleton et personnalisée classe de données avec la base de données?

Je veux utiliser un pattern singleton de tenir une base de données et d'autres données/méthodes pour mon application Android.

Je me rends compte il y a de nombreuses raisons contre des singletons, mais pour ce cas, j'aimerais l'utiliser.

J'ai sous-classés UIApplication et fait une classe de données à l'intérieur il appelle MyAppData.

MyAppData doit avoir accès à une base de données SQLite.

Quand j'ai créer le databse, j'ai besoin de passer un contexte. J'ai pu passer le contexte de l'application, mais il va se rapportent pas directement à MyAppData.

Je ne sais pas si ce il causer des problèmes avec mon code.

Donc, ma pensée est d'avoir MyAppdata étendre android.contenu.ContextWrapper. Je ne pense pas que je devrais prolonger l'Activité parce que c'est vraiment pas une activité, de son une classe de données avec des méthodes pour accéder à la base de données.

Je me demande si je prolonge ContextWrapper aura-t-il quelque chose de profond dans le code, je suis absent qui va provoquer de gros problèmes en bas de la route (les fuites de mémoire, etc).

Cela peut ne pas être l'approche idéale pour cela (et j'ai examiné d'autres options), mais mon but est de:

Ont une classe singleton dans UIApplication qui peut encapsuler la base de données et être récupérées facilement à partir de n'importe quelle activité dans mon application.

Merci d'avance pour vos suggestions/avertissements/conseils.

InformationsquelleAutor just_another_coder | 2010-07-17
  1. 6

    Sous-classe android.database.sqlite.SQLiteOpenHelper et android.app.Application (ce dernier étant déclarée dans AndroidManifest.xml).

    Maintenant,

    public class MyApplication extends Application {

    private static SQLiteOpenHelper openHelper;

    @Override
    public void onCreate() {
        super.onCreate();
        openHelper = new DbManager(this);
        //
    }

    public static SQLiteDatabase getDB() {
        return openHelper.getWritableDatabase();
    }
}

    Alors helper classes DAO qui va effectuer instertions/mises à jour/etc.

    C'est ce que j'utilise dans toutes mes apps.

    • Je suis allé avec une méthode similaire, mais lire celui-ci par la suite.
    • Je me rends compte que c'est un vieux de réponse, mais si vous pouvez encore le rappeler; Où voulez-vous fermer la SQLiteDatabase retourné à partir de getDB()? Après chaque utilisation? ou est-il un moyen de le fermer lorsque l'application se termine? Je sais qu'il est un onTerminate méthode dans l'Application, mais apparemment, il n'est pas appelé sur les équipements de production.
    InformationsquelleAutor yanchenko
  2. 0

    J'ai utilisé cette approche:

    Créer une classe responsable de la gestion de la db, nous allons l'appeler DBUtil. Cette classe permettra de prolonger android.database.sqlite.SQLiteOpenHelper. Vous pouvez passer une référence au contexte de l'application dans le constructeur de cette classe. Cette classe contient des méthodes pour la création de la db, l'ajout, le retrait et la récupération des objets.

    Créer une autre classe, appelons-la AppCore, créer une instance statique de la DBUtil et statique init() méthode qui accepte un ApplicationContext objet

    public class AppCore
{
    public static var dbUtil:DBUtil;

    public static void init( ApplicationContext context )
    {
         dbUtil = new DBUtil( context );
    }
}

    Puis dans le onCreate() la méthode de notre principale de votre application Activity, initialiser le AppCore classe.

    @Override
protected void onCreate(Bundle savedInstanceState) 
{
     AppCore.init( getApplicationContext() );   
}

    Donc, ce n'est pas vraiment un Singleton. Au lieu de cela, le DBUtil instance est maintenue comme une propriété statique, mais toujours accessible tout au long de votre application, comme ceci:

    AppCore.dbUtil.createNewRecord( params );

    Aussi, j'ai trouvé ce tutoriel très utile lors de la mise en route de ce sujet: http://developer.android.com/guide/tutorials/notepad/index.html

    • Merci pour l'astuce & un exemple de code, mais puis-je demander si cette approche a des avantages/inconvénients par rapport à celui que je suis en train d'étudier? Il semble éliminer le singleton, mais comme je l'ai mentionné précédemment, j'aimerais rester avec qui si possible (à moins que je suis absent quelque chose de très important qui allait changer mon esprit).
    • Ce n'est que mon approche préférée. Je l'ai utilisé dans de multiples projets, et cela a bien fonctionné. Je recommande d'élargir SQLiteOpenHelper même si, comme il a une certaine pratique des crochets. developer.android.com/reference/android/database/sqlite/...
    • oooh wow! merci Jeremy!
    • Je vous recommande l'établissement du contexte de l'Application à partir d'une Application de classe, de sorte qu'il est garanti de fonctionner, même si vous démarrez votre application à partir d'une autre activité (à l'instar de certains autres applications pourraient).
    InformationsquelleAutor JeremyFromEarth