20

我正在使用Provider. 我有两个类：class TenderApiData {}它是独立类（不是小部件）。accesstoken我怎么写AppState？

class AppState extends ChangeNotifier // putted to ChangeNotifierProvider
{ 
  String _accesstoken; // need to fill not from widget but from stand alone class
  String _customer; // Fill from widget 
  List<String> _regions; // Fill from widget 
  List<String> _industry; // Fill from widget 
  ...
}

我需要accesstoken从独立类中读取\写入的方法。

或者我的应用程序架构有问题？

这是完整的源代码。

4

3 回答 3

14

您不能也不应该访问小部件树之外的提供程序。

即使您理论上可以使用全局变量/单例或类似的替代方法get_it，也不要这样做。

相反，您将希望使用小部件在您的提供者和您的模型之间建立桥梁。

这通常是通过didChangeDependencies生命周期实现的，如下所示：

class MyState extends State<T> {
  MyModel model = MyModel();

  @override
  void didChangeDependencies() {
    super.didChangeDependencies();
    model.valueThatComesFromAProvider = Provider.of<MyDependency>(context);
  }
}

provider带有一个小部件内置小部件，可帮助处理常见场景，即：

  • ProxyProvider
  • ChangeNotifierProxyProvider

一个典型的例子是：

ChangeNotifierProxyProvider<TenderApiData, AppState>(
  initialBuilder: () => AppState(),
  builder: (_, tender, model) => model
    ..accessToken = tender.accessToken,
  child: ...,
);
于 2019-08-08T15:38:58.323 回答
6

TL;博士

换成. provider_ get_it后者在全局范围内执行 DI，而不将其范围限定为 BuildContext。（它实际上有自己的使用字符串的可选范围机制namedInstance。）

其余的部分...

我遇到了一个类似的问题，我相信这归结为 Provider 强制执行某种类型的（元？）架构，即小部件位于您可能称之为“代理金字塔”的顶部的一个事实。

换句话说，在这种风格中，小部件了解业务逻辑（因此称为 BLoC 架构），它们运行显示，与ViewControlleriOS 普及的范式不同，也可能是 MVVM 设置。

在这种架构风格中，当一个小部件创建一个子小部件时，它也会为该小部件创建模型。这里的上下文可能很重要，例如，如果您同时显示同一个子小部件的多个实例，则每个实例都需要其自己的底层模型实例。在小部件或其后代中，您的 DI 系统将需要 Context 来选择正确的。请参阅BuildContext::findAncestorWidgetOfExactType以了解原因/方式。

这种架构风格似乎受到普通 Flutter 的鼓励，它的范例包括 app-as-a-widget（“乌龟一路向下”）、非可视化小部件、布局小部件和用于 DI 的 InheritedWidget（供应商使用我相信）

但

现代应用程序框架库（例如 redux、mobx）鼓励相反类型的元架构：金字塔底部的小部件。

这里的小部件是“愚蠢的”，只是 UI 信号发生器和接收器。业务逻辑封装在“Store”中或通过与商店交互的“Actions”封装。小部件仅对正在更新的商店中的相关字段做出反应，并在用户与它们交互时发送动作信号。

你应该使用哪个？

根据我的经验，至少在屏幕空间较小的移动设备上，很少需要将模型范围限定到渲染树中的分支。如果它突然变得重要，那么还有很多其他方法可以处理它（索引数组、id 查找映射、namedInstances in get_it），而不是将其链接到 UI 渲染的语义。

目前，在 iOS ViewControllers 上花费了太多时间，我是执行更好SoC的新系统的粉丝。并且个人发现 Flutter 的一切都是小部件的范式如果不加以照顾有时会显得有点混乱。但最终这是个人喜好。

于 2021-07-30T08:41:26.850 回答
0

你可以使用导航键

final GlobalKey<NavigatorState> navigatorKey = GlobalKey<NavigatorState>();

并将此密钥放入 MaterialApp 并使用您的提供程序（TenderApiData）包装它

  ChangeNotifierProvider<TenderApiData>(
              create: (_) => TenderApiData(),
              child: Consumer<TenderApiData>(builder: (context, tenderApiData , child) {
                return  MaterialApp(
          navigatorKey: navigatorKey,
    
                        title: 'title',
                      home: SplashScreen());
              }),
            );

并使用此导航键从任何地方收听此提供程序

navigatorKey.currentContext?.read<TenderApiData>();
于 2022-02-22T23:51:40.263 回答