flutter - Flutter 状态管理 - 使用的架构
问题描述
我想简单地问一些可能有点奇怪的事情。一般来说,开发应用程序有几种设计模式(MVVM、MVC、MVP)。在 Flutter 中有一些包可以让状态管理更容易。
- 集团
- 肘
- 还原
- MobX
- 里弗波德
- 颤振命令
- 势头
- 蝇量级
- 颤振钩子
问题是,是否可以将包明确分类在其中一种架构中,还是建议使用包实现某种架构?例如,我理解 BLoC 遵循 MVVM 概念,而 Momentum 使用 MVC 模式。那正确吗?有人可以添加到其他包的列表吗?
解决方案
简单地,
不,您不能将状态管理机制归类为设计模式或架构模式。状态管理和架构是两个不同的东西。
为什么
Flutter 被归类为声明式框架,这意味着 UI 是基于当前应用程序状态(简单地说是当前数据/信息)一次又一次地构建。因此,Flutter 状态管理用于在小部件树中共享应用程序状态。而已。
另一方面,应用程序架构是关于应用程序不同层之间的整体通信,例如 UI 如何与控制器对话、控制器与数据库、Web 服务、解析、模型等
推荐阅读
- javascript - 如何确定 Javascript 中“真实”键盘的存在?
- android - 设置 APN 后,我的 Android 应用无法连接到 localhost
- typescript - 具有复制属性的类方法的元数据在更改源类的元数据时发生更改 - Typescript
- python-3.x - 使用 pandas.json_normalize 时保护嵌套对象不被展平
- axon - Axon 事件反序列化问题?
- python - 如何从特定点在矩阵中向后迭代?
- ios - self.collectionView.scrollToItem 滚动无法正常工作
- android - Unity Remote 5 - CommandInvokationFailure:Unity Remote 需求检查失败
- bash - 无论当前/工作目录如何,脚本目录路径
- forms - 在用户输入时保存表单输入的最佳方法