颤音：从其他提供商那里访问提供商

Question

对于我的flutter项目，我使用以下多个提供商：

@override
Widget build(BuildContext context) {
return MultiProvider(
  providers: [
    ChangeNotifierProvider<FirstProvider>(
      create: (context) => FirstProvider(),
    ),
    ChangeNotifierProvider<SecondProvider>(
      create: (context) => SecondProvider(),
    ),
    ChangeNotifierProvider<ThirdProvider>(
      create: (context) => ThirdProvider(),
    ),
    ChangeNotifierProvider<FourthProvider>(
      create: (context) => FourthProvider(),
    ),
  ],
  child: const MainApp(),
 );
}

因为有时我需要从其他提供商那里获取来自其他提供商的数据或调用功能，所以我使用它

//First Provider
class FirstProvider with ChangeNotifier { 
  
 void callFunctionFromSecondProvider({
   required BuildContext context,
 }) {

  //Access the SecondProvider
  final secondProvider= Provider.of<SecondProvider>(
    context,
    listen: false,
  );

   secondProvider.myFunction();
 }
}

 
//Second Provider
class SecondProvider with ChangeNotifier { 
  bool _currentValue = true;

   void myFunction(){
     //Do something
   }

}

： first -provider是从小部件调用的，它将成功地调用myFunction（），大多数时候。，

取决于功能的复杂性，有时我会遇到我无法访问second -provider，大概是由于上下文是null，当widget状态更改时。

我正在网上阅读有关提供商的一些文档，他们建议changeNotifierProxyProvider我理解为1至1提供者关系。

但是，就我而言，一位提供商需要由多个提供商访问，反之亦然。

问题：

是否有一种更合适的方法可以解决我的案件，其中多个提供商可以访问一个提供商？

编辑：

访问提供商还应该能够访问不同的变量值而不创建新实例。

Answer 1

好吧。

因此，同一位作者的Riverpod看起来很重要，因为它解决了许多缺陷，例如提供商依赖于小部件树（在我的情况下）来源的小部件树。

-------------------------------------------------》

仍然需要使用提供商，并且要快速而肮脏的解决方案，我不仅提供了我试图访问提供商的当前小部件的上下文，而且还提供还可以直接传递窗口小部件的父上下文，以防万一（例如）关闭模式（例如），则可以使用父上下文执行任何后续提供者调用。

希望这会有所帮助。

Answer 2

而不是将上下文传递到callfunctionFromSecondProvider函数函数将第二个提供商添加为参数。因此该功能看起来像下面。

不确定这是正确的方法，但是我的上下文无效问题是解决的。

void callFunctionFromSecondProvider({
   required SecondProvider secondProvider,
 }) {

   secondProvider.myFunction();
  }
}