我正在 Flutter 中开发一个应用程序,它执行基于 OTP 的身份验证以登录。早些时候我管理类本身中的状态,以便我可以使用 setState 方法相应地呈现 UI。然后我改为 flutter_bloc cubit 模式来管理状态。但我不明白如何在一肘内跟踪多个状态。
考虑以下 State 和 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
设置为 true。几秒钟后 isOtpArrived
变为真(将来获得 OTP 后)。但是,我认为这不是实现该模式的正确方法。考虑一下,如果我在一个类中有 10 个属性,并且每次调用发射方法时我都发送 10 个属性的映射。
有人可以帮助我理解或实施最佳实践来保持/更新 Cubit 正在收听的小部件的多个状态吗?
此外,在小部件中,这就是我听取更改的方式,
BlocBuilder<LoginCubit, LoginState>(builder: (context, state) {
final data = (state as LoginInitial).loginState;
if (!data["isPhoneSubmitted"]) {
return phoneNumberSubmitWidget();
} else {
return codeVerificationWidget();
}
}),
答案 0 :(得分:1)
但是,我认为这不是实现该模式的正确方法。
你说得对。复杂状态切换的第一步是不使用 Cubit
,而是使用实际的 Bloc
。 Cubits 用于非常简单的数据,基本上没有状态流逻辑。就像一个int。或者也许是 DarkTheme/LightTheme 开关。或者也许是语言,它只能是一种且完全是一种。
但是你有一个复杂的流程。具有“中间”状态。所以使用 Bloc
并阅读有关此的教程,在这种情况下可能是 login tutorial。