新手 React 程序员，现在在新公司项目间歇期，可以做点啥来保持代码能力？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 667 天前的主题，其中的信息可能已经有所发展或是发生改变。

之前的经历是 2 年 WPF 开发+半年 Vue 开发。Vue 整个组都是从前端基础开始纯自学的，实际写代码的思路和工作流程可能跟主流的前端开发有些出入，当时我们的开发主张是尽可能避免使用现成的框架和库，能自己写就自己写。现在因为工作上的调动来到了另一个用 React 开发的组，这个组是一个为政企开发各种“XX 管理系统”的相当传统的组，工作项目高度依赖各类现成的框架和工具（阿里系的 UmiJS + Ant Design + ProComponents ，重度都很高有些用不明白）。这边的主要工作就是开发一个个页面，每个页面的长相和功能都高度相似，都是各种表格或者表单，然后填表或者查表。在完成了一小段上一个项目的收尾工作过后，因为下一个项目的需求还没能完全敲定，我作为调动过来的新人身上也没有其他项目任务，所以暂时陷入了一个空闲的间歇期，于是想在这个间歇期里做一点事情来保持手热，就是不知道该做点什么好。

下面是一些我列举出来的疑惑：

之前的 React 是纯粹通过官网文档自学的，读完过后发现很多高级指引里面的内容都没怎么弄明白（比如 Ref 转发，Context ，以及 hooks 相关的 useReducer()、useMemo()等）。实际接触了一点项目开发过后发现（至少在我负责的模块里）以上知识全都不涉及，hooks 也只需要用的最基础的 useState()和 useEffect()。那有必要再回去把上面这些东西重新研究文档弄懂吗？还是说工作中发现可能需要用到的时候再回来也没问题？
对表单的概念和用法还是有些模模糊糊，虽然体感处理表单占了我至少 60%的工作量。更何况实际项目中使用到的是 ProComponents 包装过的表单。之前的工作因为高度相似可以通过 Copy 来轻松完成，但是有些害怕新任务会出现自己难以应对的状况。毕竟有些表单是真的很复杂。所以想知道怎么来针对性的联系一下比较好。
然后就是对 React 花样百出的框架也好库也好感觉有些头大，不知道该关注哪些，甚至不知道该不该关注。第一次见识到 CSS Module 这种神奇的东西也是在新项目里。所以是有需要关注学习一些东西吗？还是说把 React 打扎实就 OK 了？
当然还有就是现在的主要工作内容依然是一个个单页面的 CRUD 工。项目底层的框架搭建应该离我还远，但是确实也不想让自己永远只是一个 CRUD 工的水平，这方面应该怎么学习进步比较好？另一个附属的问题是对 React 乃至整个前端的社区环境比较陌生。之前用 WPF 的时候只要打开 Visual Studio 就能看到微软推送的.NET 生态的最新新闻，那 React 前端相关的这些新闻（以及学习资历之类）去哪里获取比较好？

React

表单

项目

开发

15 条回复 • 2023-01-11 20:33:55 +08:00

god7d

2023-01-10 16:49:50 +08:00

OP 可以说下 WPF 是什么原因转到前端去的吗，虽然 wpf 跟前端的理念确实差不多，但是一般业务应用上感觉完全不同呀

god7d

2023-01-10 16:50:33 +08:00

另外给 OP 自己造轮子点个赞，虽然很多人不赞成重复造轮子，但是我个人认为还是需要自己给自己搭建一套框架来反复使用的

WangLiCha

2023-01-10 17:00:50 +08:00

@god7d 我只是一块砖而已，公司需要我我就往这边搬。
当然个人理由也是存在的，否则我早就辞职换公司了；
简单来说还是觉得桌面开发的需求已经式微了，前端工作无论是岗位数量还是收入水平都比 WPF 要好很多，所以就同意做前端了；
确实业务应用差很多，这是我最不适应的地方之一。做 WPF 的时候感觉自己在做一个好工具用户可以舒服的用着很有成就感，做前端的时候就只会感觉自己是在无尽的 CRUD 很无趣（虽然确实工资高了一截吧）；

WangLiCha

2023-01-10 17:04:34 +08:00

@god7d 造轮子的话其实有两个原因，一是当时我们整个组都是自学前端的，一上来就使用框架显然是有害的；二是我们的业务比较特殊，没有框架可用，只能自己做。当然最后我们连 Ant Design Vue 这种通用控件库都想办法避免使用了，需要用到的特殊控件（比如气泡）都自己写了。