flutter 状态管理使用 getx 还是 riverpod

[laters]

flutter 状态管理使用 getx 还是 riverpod ，有性能区别吗， 感觉 riverpod 有点复杂

[WebKit]

getx 大而全，使用上简单容易上手，riverpod 个人感觉用起来比 getx 麻烦点，但是配合代码生成也还好…性能上似乎 riverpod 更好点

[mainjzb]

我选择 riverpod

[fox0001]

我们用 provider 。riverpod 算是 provider 的优化版吧。

[NewTab12138]

riverpod ，觉得复杂是用的还不熟练，用多了就觉得好用了

[buf1024]

bloc

[GooMS]

provider

[RightHand]

no getx 太污染代码了，简单点用 provider

[implion]

provider

[milukun]

独立开发首选 GetX
团队开发听 Leader 的

[EscYezi]

我用的是 getIt 和配套的 watchIt ，感觉用的人不是很多

[binhb]

之前在用 getx ，现在在用 riverpod 重写。
getx 之前好长一段时间没 commit ，感觉维护不是很上心。

[jifengg]

我们正在探索，目前用的是 provider

[lwlizhe]

首先排除 Provider ！那玩意用到后面项目发展大了才知道多酸爽；
getX 和 riverPod 对于简单项目没啥太大区别；不过对于那种要随着广播或者别的东西查询数据的神奇需求，你就知道为什么那帮搞 Toast 之类的作者总是想方设法摆脱 context 了……getx 的一个优势点可能就在这；
总之一句话，听 leader 的

[begeneral]

哪个熟悉用哪个，反正别用 fish_redux

[laters]

@binhb 有没有示例或模板可以参考

[laters]

@mainjzb 有没有示例或模板可以参考

[laters]

@WebKit 现在在使用 getx ，在考虑要不要切换为 riverpod

[laters]

@NewTab12138 有没有示例或模板可以参考

[laters]

@lwlizhe 现在一直在用 getx ， 在考虑要不要切换为 riverpod ， 感觉 riverPod 有点麻烦， 不知道 getx 和 riverPod 有没有性能差距

[laters]

@begeneral 在考虑要不要切换为 riverpod

[lwlizhe]

@laters 这俩在原理方面都是一样的吧，感觉性能差距不会有啥太大区别

[laters]

riverpod getx 是不是类似于 react 和 vue 的关系， 一个自由但是得自己优化，不然写出来就像坨屎， 一个简单 帮你优化好了，不需要过多关注内部逻辑

[binhb]

@laters

?si=UgXCVsV1RNIWQEqC
简介里面有 github 地址

[begeneral]

@laters #20 一个纯状态管理，一个不仅仅状态管理（还有一些其他东西：路由、modal 、国际化），看个人喜欢了，我觉得没啥区别，如果用 riverpod 就比较纯粹一点，getx 比较省心一点。flutter 比较适合小团队快速开发，我现在喜欢 kotlin 和 swift 各自开发，用 flutter 写过 3 年项目，项目大了性能上跟 native 开发还差一口气

[NewTab12138]

@laters 多看看官方文档

[laters]

@binhb getx 可以把一个页面的数据放在一个 controller 里， 如果是 riverpod 是不是就得一个数据一个 provider

[laters]

@begeneral getx 可以把一个页面的数据放在一个 controller 里， 如果是 riverpod 是不是就得一个数据一个 provider