Question

最近我一直在尝试在我的Android应用程序中创建伪AciveRecord样式的db调用，并提出了一堆类方法，如User.all（Context dbContext），User.find（long id，Context dbContext），User.delete（long id，Context dbContext）等。通过伪AciveRecord我的意思是我不打算把它变成“真正的ActiveRecord库”或类似的东西。我只想在我的代码中有一个易于理解的db调用，而ActiveRecord风格对我个人来说是最好的。到目前为止这么好，我没有任何问题，例如：

    public static Cursor allAsCursor(Context dbContext) {
    DBHelper dBHelper = new DBHelper(dbContext);
    SQLiteDatabase database = dBHelper.getReadableDatabase();

    Cursor dbQueryResult = database.query(DBHelper.TABLE_NAME_USERS, null, null, null, null, null, "_id DESC");
    dbQueryResult.getCount();

    database.close();
    dBHelper.close();
    dbContext = null;


    return dbQueryResult;
}

但令我困扰的是，当我打电话时，我一直传递活动上下文或类似的东西，我想知道给我的User类（具有User.find）是否是一个好主意，User.all等）一个静态变量，它将存储每个数据库查询的应用程序上下文？它可以在app午餐或第一次查询请求之前完成。

我的想法来自iOS CoreData，你可以从共享应用程序中获得非常多的静态上下文管理器。

有任何想法，建议和想法吗？

感谢。

Answer 1

这完全取决于你的设计偏好我猜，因为该方法是静态的，我猜这些DB类方法都是静态的，所以类总是以静态方式使用？您是否传递了Activity上下文或应用程序上下文。如果您正在使用应用程序上下文，那么我将添加另一个静态方法来设置上下文并具有对上下文的私有静态引用。

e.g：

private static Context context;

public static void setContext(Context context){
    YourDBHelperClass.context = context;
}

现在，您的方法可以引用此上下文，而不必在每次进行事务时都传递一个。

如果您正在传递活动上下文，那么我会保留原样，否则您可能会冒险尝试使用陈旧的上下文。

SQLiteOpenHelper的静态getApplicationContext

1 个答案: