## 目标&特色 - 目标替代 Notion - 数据 100% 自己管理 - 开源方式提供，你可以自己改 - 多平台支持 - 原生体验，估计是用了 flutter 关系

这是 《Flutter 工程化框架选择》 系列的第二篇 ，就像之前说的，这个系列只是单纯告诉你，创建一个 Flutter 工程，或者说搭建一个 Flutter 工程脚手架，应该如何快速选择适合自己的功

本文就是一个简单的学习Riverpod的Demo，然后做了些常用列表界面的通用性封装,使用之后代码简洁多了~

为什么一定要封装一手？ token拦截，错误拦截，同一错误处理，同一缓存，信息封装（错误，正确），方便管理使用。

最后一篇文章，我们在掌握了如何读取状态值，并知道如何根据不同场景选择不同类型的Provider，以及如何对Provider进行搭配使用之后，再来了解一下它的一些其它特性，看看它们是如何帮助我们更好的进

熟悉我的朋友应该都知道，我好几年前写过一个「Flutter状态管理之路」系列，那个时候介绍的是Provider，这也是官方推荐的状态管理工具，但当时没有写完，因为写着写着，觉得有很多地方不尽人意，用着

前面一篇文章，我们了解了如何正确的去读取状态值，这一篇，我们来了解下不同的Provider都有哪些使用场景。这篇文章，我们将真正的深入了解，如何在不同的场景下，选择合适的种类的Provider，以及这