模块化架构下 Room 数据库的使用设计

  • 复用性低:多模块还有个作用,就是模块可以给多个应用复用,但是数据库相关逻辑都在同个 module,显然不好迁移;

2、多数据库方案

做法:各立山头方式,每个用到 DB 的子 module 都自己维护一个数据库;自己继承 RoomDatabase 去单独实现一个数据库;如下图:

multi-db.png

优点:

  • 无耦合、代码边界独立、复用性高;

缺点:

  • 开销大:Room 的官方文档中提示了,每个 database 的实例都是「非常昂贵」的;因此多模块都有 DB 的情况下,可能存在较大的资源开销问题;

expensive.png

我思考的方案


我们先把遇到的问题点或者说期望做到的点梳理一下:

  1. 低耦合、模块容易迁移;

  2. 代码边界清晰,每个模块只管自己的 Model 和 DAO;

  3. 尽可能小的开销:单例;

直接说方案:Database 单例放在主 module 中;各个子 module 维护自己的 Model 和 DAO; 由于主 module 也会依赖其他子 module,因此 Database 声明的时候是可以拿到各个子 module 的 Model 和 DAO;

那现在要解决的就是子 module DAO 的实例化问题了,Room 中 DAO 的实例化方式是通过 DataBase 的实例去获取的,因此,可以在 子 module 需要用到 DAO 的时候向主 module 索取即可;

大概关系图如下:

my-1.png

但是,从上图可以看出,AccountModule 和 NewsModule 中指向 App 的两条虚线这个依赖方向显然有问题;我们只能是壳 app 依赖子 module,不能反过来;

所以现在有个依赖方向要解决,子 module 不能依赖主 module,直接方式拿不到 DB 实例的,因此可以暴露一个接口出去,在主 module 中去实现这个接口,返回对应 DAO 的实例即可;

my-2.png

子 module 中:

AccountModule 的访问层 AccountRoomAccessor,定义了一个接口;NewsModule 类似;

object AccountModuleRoomAccessor {

var onGetDaoCallback: OnGetDaoCallback? = null

internal fun getUserDao(): UserDao {

if (onGetDaoCallback == null) {

throw IllegalArgumentException(“onGetDaoCallback must not be null!!”)

}

return onGetDaoCallback!!.onGetUserDao()

}

interface OnGetDaoCallback {

fun onGetUserDao(): UserDao

}

}

壳 App 中:

数据库初始化,声明子 module 的 DAO 和 model:

@Database(

entities = [

UserModel::class,

NewsDetailModel::class,

NewsSummaryModel::class

],

version = 1,

exportSchema = false

)

abstract class TestDataBase : RoomDatabase() {

abstract fun userDao(): UserDao

abstract fun newsSummaryDao(): NewsSummaryDAO

abstract fun newsDetailDao(): NewsDetailDAO

}

实现子 module 接口此接口,并将 DAO 实例返回:

class App: Application() {

… …

override fun onCreate() {

super.onCreate()

… …

AccountModuleRoomAccessor.onGetDaoCallback = object : AccountModuleRoomAccessor.OnGetDaoCallback {

override fun onGetUserDao(): UserDao {

return DBHelper.db.userDao()

}

}

NewsModuleRoomAccessor.onGetDaoCallback = object : NewsModuleRoomAccessor.OnGetDaoCallback {

override fun onGetNewsDetailDAO(): NewsDetailDAO {

return DBHelper.db.newsDetailDao()

}

override fun onGetNewsSummaryDAO(): NewsSummaryDAO {

return DBHelper.db.newsSummaryDao()

}

}

}

}

这样就可以解决上面几个问题了;

最后

上面这些公司都是时下最受欢迎的互联网大厂,他们的职级、薪资、福利也都讲的差不多了,相信大家都是有梦想和野心的人,心里多少应该都有些想法。

也相信很多人也都在为即将到来的金九银十做准备,也有不少人的目标都是这些公司。

我这边有不少朋友都在这些厂工作,其中也有很多人担任过面试官,上面的资料也差不多都是从朋友那边打探来的。除了上面的信息,我这边还有这些大厂近年来的面试真题及解析,以及一些朋友出于兴趣和热爱一起整理的Android时下热门知识点的学习资料

部分文件:



《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》点击传送门,即可获取!
资料**。

部分文件:
[外链图片转存中…(img-6YT20Nbh-1715333043371)]
[外链图片转存中…(img-Qx3Znwip-1715333043372)]
[外链图片转存中…(img-3hHoP1D7-1715333043372)]
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》点击传送门,即可获取!

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值