如果团队和领导对于 `review` 这件事的导向是维持项目稳定，那就不要折腾了，毕竟人是要“合群”的。

4 里面说了 `目前我维护的几个前端项目每个项目都是不同的写法`，但是 2 用了更现代的方案反而被打回。我理解之前的团队和领导也没有做好团队规范，领导给你描述的只是他认为/习惯的方式。说不好听点，就像国内很多团队一样，我升级到 vue3 ，但我还用 vue2 的写法；我引入 ts, 但是只用 any 。如果不能接受升级框架带来的新的规范、新的写法、新的库，那就没有必要升级，更何况 `vue2` 已经停止维护了。

对于 2 而言， `useQuery` 就是 `vue3` 请求的范例，你领导的代码就是繁琐、过时、低效，为什么有封装好的不用要自己写。如果一个组件有多个请求，参数之间有竞争，是不是还要手动去处理这些关系？我 review 碰到这种请求方式都是直接打回，自己手动去管理这些状态往往会出问题。这么看下来 “做任何事情都是需要成本的，如果沒有考慮到成本跟帶來的效益，那就只是種自我滿足而已” 这句话只是你领导不学不会不练的托辞。

https://cursor.directory/ 这个不错 拿来改吧改吧

solid + tailwind

非布司他 苯溴马隆 别嘌醇 都挺好用的

@rookie2luochao #7 你说的这些库都是插件的形式可配置的 我看了你写的 参数蛮多的 如果能做成类似 kubb 的配置化或者插件化就更好了 👍

试试 https://kubb.dev/

6634YTHPFRWJ 已用 感谢

太牛了!非常好的项目！顶一下!

J3RHYLX3X4WR 已用 谢谢！
初步体验还不错 我喜欢喝的都有 期待后续更新～

月圆之夜

仁济不错 人还少

麻辣王子

tailwindcss + emotion

@iovekkk 有鸡毛关系啊

https://exercism.org/tracks/typescript

刷题！还有 mentor 在线指导