|
|
1
3
从可维护性的角度来看,我认为提供者模型是抽象数据访问代码的最干净的方法。从在大型应用程序上工作的经验来看,最终应用程序将增长到必须通过提供者模型公开某些数据的程度(例如,向应用程序引入服务)。也就是说,在提供者模型中,公开数据的许多不同视图可能是一项繁重的工作。 如果你要走这条路,我会仔细考虑你是如何通过url公开数据的,通常你所说的一些复杂性可以通过使用表示不同数据视图的子目录来管理(类似于REST方法)。 如果您希望避免使用提供者模型,那么实现DA类就相当简单了。通常,SQLiteOpenHelper被创建为DA类的内部类(openhelper还提供基本的版本控制支持),这个类的一个实例被用来在DA函数中创建数据库连接。 MediaProvider.java 可能是最相关的,因为它使用相当复杂的搜索提供程序。例如,从不是内容提供者的源代码中可以看到 DbSSLSessionCache.java |
|
|
2
1
我建议编写一个类,其唯一任务是更新/查询数据库。然后,您可以从其他类/活动实例化这个DB访问类来获取数据或放置数据。
编辑:
|
|
Murilo · Jetpack编写导航栏项目图标 1 年前 |
|
|
KolaYAndr · 活动RESULT_OK似乎从未发生过 1 年前 |
|
psycho_pat · Android应用程序中的权限 1 年前 |
|
|
FarazFiroz · 如何将argb转换为描述性文本颜色 1 年前 |
|
Daniel · Unity Android游戏支持的设备数量太少 1 年前 |