ContentProvider → Room + Repository

ContentProvider → Room + Repository

老写法(Java + ContentProvider)

java 复制代码
// 查询联系人(系统 ContentProvider)
Cursor cursor = getContentResolver().query(
        ContactsContract.CommonDataKinds.Phone.CONTENT_URI,
        null, null, null, null);
while (cursor.moveToNext()) {
    String name = cursor.getString(
            cursor.getColumnIndex(ContactsContract.CommonDataKinds.Phone.DISPLAY_NAME));
    String number = cursor.getString(
            cursor.getColumnIndex(ContactsContract.CommonDataKinds.Phone.NUMBER));
}
cursor.close();

自定义 ContentProvider:

java 复制代码
public class ItemProvider extends ContentProvider {
    private MyDbHelper dbHelper;

    @Override
    public Cursor query(Uri uri, String[] projection, String selection,
                        String[] selectionArgs, String sortOrder) {
        SQLiteDatabase db = dbHelper.getReadableDatabase();
        return db.rawQuery("SELECT * FROM item", null);
    }
    // ... insert、update、delete 同样要重写
}

问题在哪里

自定义 ContentProvider 太重了------要实现 CRUD 全部六个方法,大多数项目只用其中一两个。一个简单的数据查询要通过 URI 解析、权限检查、跨进程调用,复杂度远超它提供的价值。

系统 ContentProvider(如联系人、日历)该用还得用,但自己项目里的数据没必要包装成 ContentProvider。

新写法(Room + Repository)

kotlin 复制代码
// DAO
@Dao
interface ItemDao {
    @Query("SELECT * FROM item")
    fun getAll(): Flow<List<Item>>

    @Insert
    suspend fun insert(item: Item)

    @Delete
    suspend fun delete(item: Item)
}

// Repository
class ItemRepository(private val dao: ItemDao) {
    fun getAll(): Flow<List<Item>> = dao.getAll()

    suspend fun insert(item: Item) = dao.insert(item)

    suspend fun delete(item: Item) = dao.delete(item)
}

// ViewModel
class ItemViewModel(private val repo: ItemRepository) : ViewModel() {
    val items: LiveData<List<Item>> = repo.getAll().asLiveData()

    fun insert(item: Item) {
        viewModelScope.launch(Dispatchers.IO) { repo.insert(item) }
    }
}

一句话注意

如果确实需要向其他应用暴露数据(比如你做了一个 Launcher 或输入法),ContentProvider 仍然是最佳选择。只是项目内部自己的数据读写,Room + Repository 就够了,没必要上一套 ContentProvider。

如果原来的 Provider 是被自己项目内部多个进程共享的,迁移时需要考虑 DataStore 多进程替代方案或用 MMKV(腾讯开源的高性能 KV 库)。


Java Android 老项目迁移系列,持续更新中。

相关推荐
alexhilton4 小时前
藏在设备上的秘密,终究藏不住
android·kotlin·android jetpack
步行cgn5 小时前
Spring c 命名空间注入详解
java·后端·spring
明月_清风5 小时前
Maven 到底是什么?一篇文章搞懂 Java 项目构建与依赖管理
java·后端·maven
aramae5 小时前
MySQL复合查询(8)
java·c语言·开发语言·后端·算法
Rain的Java大神之路6 小时前
如何快速上传10G文件
java·spring boot·redis·后端·mysql·spring cloud·面试
Wang's Blog7 小时前
Java 接入Redis: 通用命令与键管理
java·服务器·redis
Wang's Blog7 小时前
Java 接入Redis: 列表集合与有序集合操作命令
java·服务器·redis
Ivanqhz7 小时前
SVD++算法
java·服务器·网络·深度学习·神经网络
qq_2518364578 小时前
springboot vue3 开发实现 拼豆管理系统
java·开发语言·ai编程
caoerzhong8 小时前
JeeWMS 开源仓库管理系统全景解读:一套 Java WMS 如何把 WMS/OMS/BMS/TMS 装进同一个系统
java·开源