这是一个创建于 375 天前的主题，其中的信息可能已经有所发展或是发生改变。
flutter 状态管理使用 getx 还是 riverpod ，有性能区别吗， 感觉 riverpod 有点复杂
 |
1
WebKit 2023-11-12 21:17:59 +08:00 via Android
getx 大而全，使用上简单容易上手，riverpod 个人感觉用起来比 getx 麻烦点，但是配合代码生成也还好…性能上似乎 riverpod 更好点
|
 |
2
mainjzb 2023-11-12 21:22:30 +08:00
我选择 riverpod
|
 |
3
fox0001 2023-11-12 21:24:25 +08:00 via Android
我们用 provider 。riverpod 算是 provider 的优化版吧。
|
 |
4
NewTab12138 2023-11-12 21:27:47 +08:00 via iPhone
riverpod ，觉得复杂是用的还不熟练，用多了就觉得好用了
|
 |
5
buf1024 2023-11-12 21:53:54 +08:00
bloc
|
 |
6
GooMS 2023-11-13 01:52:39 +08:00 via Android
provider
|
 |
7
RightHand 2023-11-13 07:14:40 +08:00 via Android
no getx 太污染代码了，简单点用 provider
|
 |
8
implion 2023-11-13 08:34:08 +08:00
provider
|
 |
9
milukun 2023-11-13 09:51:27 +08:00
独立开发首选 GetX
团队开发听 Leader 的 |
 |
10
EscYezi 2023-11-13 10:16:18 +08:00 via Android
我用的是 getIt 和配套的 watchIt ，感觉用的人不是很多
|
 |
11
binhb 2023-11-13 10:35:43 +08:00 via iPhone
之前在用 getx ，现在在用 riverpod 重写。
getx 之前好长一段时间没 commit ，感觉维护不是很上心。 |
 |
12
jifengg 2023-11-13 16:32:08 +08:00
我们正在探索，目前用的是 provider
|
 |
13
lwlizhe 2023-11-14 10:12:57 +08:00
首先排除 Provider ！那玩意用到后面项目发展大了才知道多酸爽；
getX 和 riverPod 对于简单项目没啥太大区别；不过对于那种要随着广播或者别的东西查询数据的神奇需求，你就知道为什么那帮搞 Toast 之类的作者总是想方设法摆脱 context 了……getx 的一个优势点可能就在这； 总之一句话，听 leader 的 |
 |
14
begeneral 2023-11-14 11:47:41 +08:00
哪个熟悉用哪个，反正别用 fish_redux
|
 |
18
laters OP @NewTab12138 有没有示例或模板可以参考
|
|
19
laters OP @lwlizhe 现在一直在用 getx ， 在考虑要不要切换为 riverpod ， 感觉 riverPod 有点麻烦， 不知道 getx 和 riverPod 有没有性能差距
|
|
22
laters OP riverpod getx 是不是类似于 react 和 vue 的关系， 一个自由但是得自己优化，不然写出来就像坨屎， 一个简单 帮你优化好了，不需要过多关注内部逻辑
|
|
24
begeneral 2023-11-14 20:31:06 +08:00
@laters #20 一个纯状态管理，一个不仅仅状态管理（还有一些其他东西：路由、modal 、国际化），看个人喜欢了，我觉得没啥区别，如果用 riverpod 就比较纯粹一点，getx 比较省心一点。flutter 比较适合小团队快速开发，我现在喜欢 kotlin 和 swift 各自开发，用 flutter 写过 3 年项目，项目大了性能上跟 native 开发还差一口气
|
|
25
NewTab12138 2023-11-15 11:24:50 +08:00
@laters 多看看官方文档
|
Select Language