1

我正在用 Flutter 开发一个应用程序，它执行基于 OTP 的身份验证来登录。之前我在类本身中管理状态，以便我可以使用 setState 方法相应地呈现 UI。然后我改成flutter_bloc cubit模式来管理状态。但我不明白如何在一肘内跟踪多个状态。

考虑以下状态和肘部的代码，


**State**.

@immutable
abstract class LoginState {}

class LoginInitial extends LoginState {
  final Map loginState;
  LoginInitial({this.loginState});
}

**Cubit**
class LoginCubit extends Cubit<LoginState> {
  Map loginState = {
    "isPhoneSubmitted": false,
    "isOtpArrived": false,
  };
  LoginCubit()
      : super(
          LoginInitial(
            loginState: {
              "isPhoneSubmitted": false,
              "isOtpArrived": false,
            },
          ),
        );

  void sendOtp() {
    emit(
      LoginInitial(
        loginState: {
          "isPhoneSubmitted": true,
          "isOtpArrived": false,
        },
      ),
    );
    Future.delayed(Duration(seconds: 4), () {
      emit(
        LoginInitial(
          loginState: {
            "isPhoneSubmitted": true,
            "isOtpArrived": true,
          },
        ),
      );
    });
  }
}

在这里，最初，我将地图内的两个值都设置为 false。当用户点击按钮设置isPhoneSubmitted为真。几秒钟后isOtpArrived变为真（在获得 OTP 后的未来）。但是，我认为这不是实现该模式的正确方法。考虑如果我在一个类中有 10 个属性，并且每次调用 emit 方法时我都会发送一个包含 10 个属性的映射。

有人可以帮助我理解或实施最佳实践来保持/更新 Cubit 正在收听的小部件的多个状态吗？

此外，在小部件中，这就是我收听更改的方式，

 BlocBuilder<LoginCubit, LoginState>(builder: (context, state) {
                final data = (state as LoginInitial).loginState;
                if (!data["isPhoneSubmitted"]) {
                  return phoneNumberSubmitWidget();
                } else {
                  return codeVerificationWidget();
                }
              }),
4

1 回答 1

2

但是，我认为这不是实现该模式的正确方法。

你是对的。复杂状态开关的第一步是不使用Cubit而是实际的Bloc. Cubits 用于非常简单的数据，基本上没有状态流逻辑。像一个int。或者也许是 DarkTheme/LightTheme 开关。或者也许是一种语言，它只能是一种，而且只能是一种。

但是你有一个复杂的流程。具有“中间”状态。因此，请使用Bloc并阅读有关此的教程，在这种情况下可能是登录教程。

于 2021-05-25T08:12:26.273 回答