最近我尝试在我的android应用程序中创建伪ActiveRecord风格的db调用,并想出了一堆类方法,比如User.all(Context dbContext),User.find(long id,Context dbContext),User.delete(long id,Context dbContext)等。我只想在我的代码中有一个易于理解的数据库调用,而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 thing,它为查询提供了相当多的静态上下文管理器,而这些都是从共享应用程序中获得的。
有什么想法,建议,点子吗?
谢谢。
发布于 2012-02-21 18:51:57
我猜这都取决于你的设计偏好,因为方法是静态的,我猜所有这些DB类方法都是静态的,所以类总是以静态的方式使用的?另外,您传入的是活动上下文还是应用程序上下文。如果您使用的是应用程序上下文,那么我将添加另一个静态方法来设置上下文,并拥有对上下文的私有静态引用。
例如:
private static Context context;
public static void setContext(Context context){
YourDBHelperClass.context = context;
}现在,您的方法可以只引用此上下文,而不必在每次进行事务时都传递一个上下文。
如果你正在传递一个活动上下文,那么我会让它保持原样,否则你可能会尝试使用一个陈旧的上下文。
https://stackoverflow.com/questions/9374879
复制相似问题