0

最近我一直在尝试在我的 android 应用程序中创建伪 AciveRecord 样式的 db 调用,并提出了一堆类方法,如 User.all(Context dbContext)、User.find(long id、Context dbContext)、User。 delete(long id, Context dbContext) 等。通过伪AciveRecord,我的意思是我不打算让它成为“真正的ActiveRecord 库”或类似的东西。我只想在我的代码中有一个易于理解的数据库调用,而 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,等等)一个静态变量,它将存储每个数据库查询的应用程序上下文?它可以在应用程序午餐或第一个查询请求之前完成。

我的想法来自 iOS CoreData 的东西,你可以从共享应用程序中获得几乎所有查询的静态上下文管理器。

有什么想法、建议、想法吗?

谢谢。

4

1 回答 1

0

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

例如:

private static Context context;

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

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

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

于 2012-02-21T10:51:57.063 回答