正文
最近一年前端也在飞速发展着, 很多前端(比如我)感觉有时候就会莫名其妙的冒出各种不明觉厉的概念: redux刚看了一点, 突然不知道哪来的mobx, rxjs😂., 大家都在谈各种状态管理时间穿梭, 令我等菜鸟瑟瑟发抖. 我观察到的情况是大家都在学习框架学习源码. 前两年网上各种js黑魔法不复存在, 当然这是前端环境不断发展和各位大佬共同促进的结果. 但是我自己也有一点思考, 不一定对.就是一些记录而已.
业务和技术基础
大家都知道, 现在web端业务逻辑其实是往客户端迁移的. 前端不再像以前一样就是我这边提交一个表单(大部分情况, 当然以前也有很厉害的web app), 把数据给后端, 后端处理完渲染到页面前端来写写样式, 这样当然很简单了, 前端也是所谓的切图仔. 但是现在的spa, 其实不光是spa了, 后端更希望的是他把数据库字段直接给前端. 我这边处理好返回正确以及符合数据库结构的字段给后端, 直接完成crud. 也就是数据处理这一块是转移到前端的. 更懒一点的用graphql😂, 你前端用什么字段自己取吧. 我们都知道所谓数据驱动页面. 前端框架还是通过数据渲染出页面的, 所以对于这些数据的的处理也是重中之重了, 以上就是我理解的状态管理的基础.
在以往, 前端可能不一定有机会接触一个项目的整体结构, 就是对于业务流程不是那么熟悉, 这就导致很多人缺少一种对于项目的大局感. 其实如果面试过一些中小公司或者创业公司的同学应该知道, 很多时候他们不太会问太细的技术基础, 反而会一直问你们前后端的配合啊, 前端架构, 以及为什么采取这种架构. 这是关于项目经验部分的, 还有就是他们会涉及到一些你对于复杂业务逻辑的梳理能力. 比如一个表单联动. 你是如何梳理出各个不同状态的(我的意思是他们可能不太会问你怎么处理这些状态, 只要状态梳理出来了, 就算写面条代码这些逻辑写起来其实也很容易了).
我上面说这么些当然不是轻视技术基础, 我想表达的是其实诸位不如在写业务代码的时候清醒一点, 不要一直试, 前端的逻辑越来越复杂, 你这里以一直试耽误的不仅仅是自己的时间. 关于一直试, 我之前也是(大概是写css惯出的毛病). 但是这样对开发效率实在太伤了. 也就是在开发一个组件或者业务之前不妨先把各种可能情况列出来, 我写不来那么高端的代码, 条件少的我就我就if else 面条代码 多的就switch case. 递归我就拆分, 总有简单的处理方式. 时间充裕了再去思考怎么优化那些代码. 就是我代码可以写的低级但是一定要清晰, 注释一定要明确.
在已经工作的情况下, 把手头活做好才是排第一的. 而上面那些业务梳理和完成也将是我们作为前端的核心竞争力之一. 在这之后, 就是不断学习. 看源码, 学习新技术, side project, 共勉.
另外, 本人在寻找南京的工作机会....😂
个人见解, 有谬误不吝指出
![image]()
