在Repository类中访问Riverpod Provider的最佳实践

我在用Riverpod做Flutter应用的状态管理，结合AppAuth包实现OAuth认证。已经定义了appAuthProvider来初始化FlutterAppAuth，现在要在AuthRepository类里调用它的方法，有两种实现方案，想搞清楚哪种是最佳实践，同时对方案1里的ref.watch有疑问——因为文档推荐调用状态更新方法用ref.read，而且appAuthProvider返回的实例不会变更，感觉ref.watch有点多余。

方案1：向AuthRepository注入依赖 #

// AppAuth provider，提供AppAuth实例
final appAuthProvider = Provider<FlutterAppAuth>(
  (ref) => const FlutterAppAuth(),
);

// AuthRepository的provider，供StateNotifier调用
final authRepositoryProvider = Provider<AuthRepository>((ref) {
  // 这里可替换为ref.read，因为实例不会变更
  final appAuth = ref.read(appAuthProvider);
  return AuthRepository(appAuth);
});

class AuthRepository {
  final FlutterAppAuth _appAuth;

  const AuthRepository(this._appAuth);

  Future<bool> signIn() async {
    final authResult = await _appAuth.authorizeAndExchangeCode(
      AuthorizationTokenRequest(
        '<client_id>',
        '<redirect_url>',
        discoveryUrl: '<discovery_url>',
        scopes: ['openid', 'profile', 'email', 'offline_access', 'api'],
      ),
    );

    return authResult != null;
  }
}

方案2：向AuthRepository传递Provider Ref #

// AppAuth provider，提供AppAuth实例
final appAuthProvider = Provider<FlutterAppAuth>(
  (ref) => const FlutterAppAuth(),
);

// AuthRepository的provider，传递ref给Repository
final authRepositoryProvider = Provider<AuthRepository>(
  (ref) => AuthRepository(ref),
);

class AuthRepository {
  final Ref _ref;

  const AuthRepository(this._ref);

  Future<bool> signIn() async {
    final authResult = await _ref.read(appAuthProvider).authorizeAndExchangeCode(
          AuthorizationTokenRequest(
            '<client_id>',
            '<redirect_url>',
            discoveryUrl: '<discovery_url>',
            scopes: ['openid', 'profile', 'email', 'offline_access', 'api'],
          ),
        );

    return authResult != null;
  }
}

最佳实践分析 #

方案1是更优的选择，理由如下：

1. 依赖清晰：从AuthRepository的构造函数就能直接看到它依赖FlutterAppAuth，代码可读性更强，维护起来更直观。
2. 低耦合：AuthRepository不依赖Riverpod的Ref，完全可以脱离Riverpod环境单独测试——只需要Mock一个FlutterAppAuth实例传入即可，测试成本更低。
3. 关于ref.watch的疑问：你说得没错，appAuthProvider返回的是固定不变的FlutterAppAuth实例，这里用ref.watch确实多余，换成ref.read更符合Riverpod的设计规范（读取不需要监听的依赖用read）。不过即使保留ref.watch，也不会有性能问题，因为Riverpod会检测到依赖没有变化，不会触发不必要的重建。

方案2的问题在于：AuthRepository和Riverpod强绑定，必须依赖Ref才能工作，测试时需要Mock整个Riverpod环境，复杂度更高；而且从构造函数无法看出实际依赖的服务，代码的透明度差。

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