Flutter状态管理-使用的架构

标签 flutter design-patterns state-management

我想简单问一些可能有点奇怪的事情。 一般来说,开发应用程序有几种设计模式(MVVM、MVC、MVP)。 Flutter 中有一些软件包可以使状态管理变得更容易。

  • block
  • Redux
  • MobX
  • 河波德
  • flutter_command
  • 势头
  • 蝇量级
  • flutter 钩子(Hook)

问题是,能否将包明确地分类到一种架构中,还是建议用包来实现某种架构? 例如,我理解 BLoC 遵循 MVVM 概念,而 Momentum 使用 MVC 模式。是对的吗? 有人可以添加到其他软件包的列表中吗?

最佳答案

简单地说,

不,您不能将状态管理机制归类为设计模式或架构模式。状态管理和架构是两个不同的东西。

为什么

Flutter 被归类为声明式框架,这意味着 UI 是根据当前应用程序状态(即当前数据/信息)再次构建的。因此,Flutter 状态管理用于在 widget 树中共享应用程序状态。就是这样。

另一方面,应用程序架构是关于应用程序不同层之间的整体通信,例如 UI 如何与 Controller 、 Controller 与数据库、Web 服务、解析、模型等进行通信

关于Flutter状态管理-使用的架构,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/66987370/

相关文章:

flutter - Flutter Provider,在此处放置函数调用以从Firestore数据库加载数据

flutter - 我怎样才能用 Flutter markdown 证明文本的合理性?

flutter - 如何基于两个 Firestore 集合构建 Flutter widget

.net - 用于封装 UI 控件之间的通用功能的设计模式

asp.net - WCF+ Entity Framework 设计

angular - 以理智的方式在 NGXS 中声明状态

flutter - 当前的 Dart SDK 版本是 2.10.4。如何将版本更改为高版本。?在测试版或开发 channel 中

ios - 更新 flutter 后面临构建问题

java - 这种模式的名字是什么并且不受欢迎?