最近，Flutter 团队发布了一份架构指南，建议开发者采用 MVVM（Model-View-ViewModel） 模式来组织 Flutter 应用的层级结构。

这个模式在原生 Kotlin 和 Swift 等移动框架中也很流行。
然而，当谈到应用架构和状态管理时，BLoC 的实力却是无法忽视的！那么问题来了，为什么 Flutter 团队不推荐使用 BLoC 呢？

基础知识小课堂

BLoC 是 Business Logic Component 的缩写，它是一种基于响应式编程的架构，用流（Streams）来管理事件和状态。它的核心目标是实现 UI 和业务逻辑的完全分离，像个分工明确的好队友。

BLoC 的关键组成部分：

• 事件（Events）：用户操作或者外部触发器（比如“手指戳屏幕”）。
• 状态（States）：UI 当前的状态（“页面很开心” or “页面炸了”）。
• Blocs：通过流将事件映射到状态（“戳了按钮，页面变开心”）。

另一方面，MVVM 模式 提供了一种更简单的状态管理方式。它把 ViewModel 作为 UI（View）和数据（Model）之间的中间人。ViewModel 会通过 notifyListeners() 方法通知 UI 变化。

BLoC vs MVVM：它俩有多像？

打个比方，BLoC 和 MVVM 就像两兄弟，一个是有点强迫症的“大哥”（BLoC），另一个是随和点的“小弟”（MVVM）。
它们的目标都一样：高效管理状态，及时更新 UI，和 Flutter 组件完美兼容，还都支持异步操作。
但 BLoC 对复杂流程更得心应手，而 MVVM 则是小而美的代表。

正面刚：BLoC 和 MVVM 的区别

1.数据流

• BLoC：单向数据流。事件触发状态变化，状态更新 UI，整个过程就像单行道，一条路走到黑。
• MVVM：双向数据流。状态和 UI 可以自由互动，就像你和快递小哥互相确认包裹一样。

2.代码啰嗦度（Boilerplate）

• BLoC：需要写更多代码，比如定义事件、状态和 Bloc 类。像盖楼一样，地基扎实但工期长。
• MVVM：啰嗦度低，直接用 notifyListeners() 或 ValueNotifier.value 更新状态，适合赶工。

3.性能

• BLoC：流（Streams）对处理复杂、异步操作非常高效。
• MVVM：轻量级，速度快，但在复杂应用中可能会力不从心。

4.学习曲线

• BLoC：学习成本高。理解流、StreamController 这些概念让很多人脑壳疼。
• MVVM：容易上手，特别适合初学者。

5.测试能力

• BLoC：测试能力杠杠的。可以独立测试状态的变化，让问题无所遁形。
• MVVM：测试能力一般，需要额外努力才能把逻辑和 UI 解耦。

6.扩展性

• BLoC：适合大而复杂的应用，共享状态简直不要太爽。
• MVVM：更适合小型或中型应用，规模一大容易“秃头”。

总结陈词

BLoC 和 MVVM 都能帮你写出更清晰、更易维护的 Flutter 代码，关键是看你的项目规模和需求。

什么时候选择 BLoC？

如果你正在开发一个 大型复杂应用，并且喜欢有严谨规则的架构，BLoC 绝对是你的不二之选。BLoC 的事件-状态模式和不可变性（immutability）让你在测试、调试和数据流管理上如虎添翼。团队也会更轻松，因为每一步都有明确的规范。

什么时候选择 MVVM？

如果你想要一个 简单快速 的解决方案，又或者你是个 Flutter 菜鸟，MVVM 更适合你。它非常适合中小型项目，能让你省去很多设置时间。不过，使用 MVVM 需要自觉，千万别让“中间人”搞得 UI 和逻辑乱成一团。

无论选哪种模式，你都在为写出更高效的 Flutter 代码迈出一大步！

你更喜欢哪种架构模式？为什么？留言分享你的想法吧！