状态管理的一点想法!

今天吐槽状态管理这种技术，不知道大家有没有和我类似想法的

我学游戏的，大学期间写的 c# 也不是前端技术出身，只说使用体验肯定是带偏见的，因为我实在无法理解这么简单一件事非要搞复杂，因为游戏编程转的 sde ，很多东西不会，所以导致了我是拿来主义，能用就行，没那么多情怀加成

因为我仅限于用过 redux 和 ngrx ，加上刚学了 pinia ，所以今天鞭尸 ngrx ：）
redux/ngrx 我都用过 也都学过，因为几个项目技术栈原因，感谢外包把我当黑奴操练时学了 Angular 和 React ，用了这俩管理工具，最近跳槽跳出外包，项目技术栈成了 vue3 加 Java ，由于面试的 OA 和技术面我都用的 jQuery （老牌技术还是好用）让我混过去了，但我完全没用过 vuejs 啊，于是研究 vue3 又接触了官方钦定的 pinia ，出于兴趣爱好我又看了老版本的 vuex ，总体感觉就是简单，vue3 的比 Angular 还有 react 的好上手多了

redux 和 ngrx 属于学习曲线困难（ ngrx 是畸形，理念很好，实操就是屎）然后今天不吐槽钩子，只说状态管理

首先是组件状态管理，context ，event bus ，services 都是可以做跨级组件间传递数据，各式各样的思想都很不错，react 的 slice 整合 action 和 reducer ，dispatch 很棒，语法也很美

但是对我这种转行的三流程序员来说，兄弟组件间传数据，设个类似全局变量的 store ，一个 store 文件能解决的事儿非要搞的花里胡哨，写那么多样板代码很有趣嘛，异步操作和重新渲染这俩完全我觉得挂个监听器再写具体代码块就可以搞定的。不管是用 useContext 还是用 reactive 声明响应式数据，自己写一个 store 不比用冗杂的状态管理工具强？

至于状态依赖？装饰器注入不就好了 多大点事儿 Angular 不就这么干的

当然了我没有超大项目经验，但之前在大厂外包呆的时候，明明一个很简单的打卡管理，抓数据本地处理在传输，非得用 nmd ngrx ，细化 action reducer selector 搞的真的多大项目似的，至于代码规范性，我也不觉得用状态管理就能说明啥，我和阿三外包一样该写成屎照样是屎，哪怕用了 nb 的工具我的继任者该看不懂还是看不懂

我的理解是组件通信要的是可观察，哪里有数据变化就重新渲染哪里不就行了
所以求大家意见，望轻喷，毕竟俺不是专业科班出来的 55555




题外话：我纯个人偏见，活该 Angular 打不过 react ，净整花里胡哨