为何要使用Riverpod？Flutter状态管理方案的疑问与探讨

既然有setState以及Provider可以轻松、整洁地管理状态，那为何还要使用Riverpod？我在Riverpod的官方文档中看到各类示例，却发现每个示例都把简单问题复杂化——用Riverpod实现的功能，用Provider或仅借助setState并遵循良好的代码状态管理技巧就能更轻松完成。

还有一款名为hooks_riverpod的包，我认为它并无存在的合理性：为支持Riverpod而修改所有标准组件，尽管还有flutter_riverpod版本，但使用hooks并非Flutter的设计初衷——这或许对React背景的开发者有帮助，但Flutter官方并非如此设计，采用这类非标准方式只会让自己受限于少数第三方包。

Inherited Widget是Flutter官方提供的唯一跨应用状态管理标准方案，Provider及Redux等其他包均遵循该思路。

如果您使用过Riverpod或相关包，欢迎分享您的使用体验。

内容的提问来源于stack exchange，提问作者IonicFireBaseApp