Flutter中Provider、状态与Sqflite的正确使用模式探讨

开发者阿泽

2026-8-19

如何让AppState与Sqflite数据库保持同步的最佳模式

场景背景

现有两个领域类Parent、Child和全局状态类AppState，所有数据持久化在Sqflite中：

class Parent extends ChangeNotifier {
  int id;
  String name;
  List<Child> children;
}

class Child extends ChangeNotifier {
  int id;
  String name;
}

class AppState extends ChangeNotifier {
  List<Parent> parents;
}

需要实现的核心操作：

添加新的Parent
删除Parent
为Parent添加Child
删除Child
更新Parent名称
更新Child名称

核心问题：状态变更时如何同步写入数据库，保证内存状态与持久化数据一致？

方案对比与问题解答

1. 领域类是否应直接访问/引用数据库？

不推荐。领域类的核心职责是封装自身业务逻辑与状态，直接耦合数据库操作会带来以下问题：

职责混乱：违反单一职责原则，领域类同时承担业务逻辑与数据存储的双重角色
测试成本高：测试业务逻辑时需额外模拟数据库依赖，增加测试复杂度
耦合性过强：领域类与数据库实现绑定，后续更换存储方案（如从Sqflite换Isar）时，所有领域类都需修改

比如方案1中Parent.addChild直接调用DBHelper，就存在上述问题。

2. 是否应仅让AppState拥有数据库访问权限？

比方案1更合理，但仍非最优解。将数据库操作集中在AppState中，虽能降低领域类的耦合，但会导致AppState逐渐臃肿——既要管理全局状态，又要处理所有数据库操作，功能扩展后会难以维护。

比如方案2中AppState.addChildToParent，若后续新增更多操作（如批量更新、复杂查询），AppState会堆满各类数据库调用逻辑，职责边界模糊。

3. 其他可选方案？

推荐使用数据仓库（Repository）模式，这是Flutter中处理状态与持久化同步的主流最佳实践：

实现思路

定义Repository类：专门负责所有数据持久化逻辑，统一与Sqflite交互
AppState仅管理全局状态：调用Repository完成数据持久化后，更新内存状态并通知UI刷新
领域类保持纯粹：仅封装自身属性与业务逻辑，不涉及任何数据库操作

代码示例

第一步：实现Repository类

class FamilyRepository {
  // 为Parent添加Child
  Future<void> addChildToParent(Parent parent, Child child) async {
    await DBHelper.addChildToParent(parent, child);
  }

  // 添加新Parent
  Future<void> addParent(Parent parent) async {
    await DBHelper.insertParent(parent);
  }

  // 更新Parent名称
  Future<void> updateParentName(int parentId, String newName) async {
    await DBHelper.updateParentName(parentId, newName);
  }

  // 其他数据库操作（删除Parent、删除Child等）同理扩展
}

第二步：重构AppState

class AppState extends ChangeNotifier {
  List<Parent> parents = [];
  final FamilyRepository _repository = FamilyRepository();

  Future<void> addChildToParent(Parent parent, Child child) async {
    // 先保证数据库写入成功
    await _repository.addChildToParent(parent, child);
    // 再更新内存状态
    parent.children.add(child);
    notifyListeners();
  }

  Future<void> addParent(Parent parent) async {
    await _repository.addParent(parent);
    parents.add(parent);
    notifyListeners();
  }

  Future<void> updateParentName(Parent parent, String newName) async {
    await _repository.updateParentName(parent.id, newName);
    parent.name = newName;
    notifyListeners();
  }
}

第三步：领域类保持纯粹

class Parent extends ChangeNotifier {
  int id;
  String name;
  List<Child> children = [];

  // 仅处理自身业务逻辑（如参数校验）
  bool canAddChild(Child child) {
    return child.name.isNotEmpty;
  }
}

方案优势

职责清晰：Repository管持久化、AppState管状态、领域类管业务逻辑，边界明确
易于测试：各模块可独立测试，测试AppState时可模拟Repository，测试领域类无需依赖外部存储
扩展性强：更换存储方案时仅需修改Repository实现；如需对接远程API，可在Repository中统一处理本地与远程数据同步
数据一致性：所有状态变更先保证数据库写入成功，再更新内存状态，避免出现数据不一致的情况

此外，针对复杂操作（如添加Parent同时添加多个Child），可在Repository中使用数据库事务，确保操作原子性，进一步提升数据可靠性。

内容的提问来源于stack exchange，提问作者Maciej Pszczolinski