Sha*_*idK 4 android design-patterns android-room android-livedata android-architecture-components
我一直被告知使用 Singleton 是不好的。但是,Android Room 实现的每个示例似乎都使用单例方法。有人可以解释为什么会这样吗?
谢谢
有两种方式
1 ) 你应该使用匕首 2
2) 抽象 RoomDatabase 类中的 make 方法,该类提供了类的对象
例子:
@Database(entities = { Repo.class }, version = 1)
public abstract class RepoDatabase extends RoomDatabase {
private static final String DB_NAME = "repoDatabase.db";
private static volatile RepoDatabase instance;
static synchronized RepoDatabase getInstance(Context context) {
if (instance == null) {
instance = create(context);
}
return instance;
}
private RepoDatabase() {};
private static RepoDatabase create(final Context context) {
return Room.databaseBuilder(
context,
RepoDatabase.class,
DB_NAME).build();
}
public abstract RepoDao getRepoDao();
}
Run Code Online (Sandbox Code Playgroud)
单例被认为是邪恶的,因为滥用它们会使测试变得困难。如果正在测试的代码出去并获取静态单例,那么该单例将变得难以模拟以进行测试。
为了缓解测试问题,您的代码永远不应该获得单例。始终将其作为构造函数参数接收或由 DI 框架注入。当然,DI 只是转移了问题,因为这样 DI 组件就会成为您的代码伸出并获取的单例。但接下来你只需要弄清楚如何模拟 DI 组件,而不是一堆其他的东西。
在 Android 上,它Application实际上是一个单例,因为每个 VM 只创建一个实例。因此,它是托管其他单例(例如 DI 组件)的好地方。
| 归档时间: |
|
| 查看次数: |
10077 次 |
| 最近记录: |