libook
2021-12-13 11:21:16 +08:00
其实不光前端有这个问题,这个问题后端、应用开发领域也都存在,比如有的人写个简单的表单接口都要搞一套 PO 、VO 、DTO 、DAO……
这十年来发生了很多变化:
首先 Web 技术出现了 HTML5 、CSS3 、ES6 、Node.js ,让 Web 应用有了向更广和更深发展的能力;
有能力就能做些以前想做又做不了的事情,于是随后发生了 Web2.0 到 Web3.0 的变化,人们对前端的需求不只是一个展示内容的页面,而是重视交互和用户体验,同时出现了手机、平板等多种屏幕,以及多种操控方式,更使得前端需求呈爆炸式增长;
需求爆发的同时,还面临着日渐加剧的规模化、生产线化的问题,这才导致了各种框架、工具的出现,目的是为了提高产能、降低成本。
技术选型和架构设计是一门学问,得按照需求选择预期需求下最适合的方案。
工具是用来解决问题的,不是用来制造问题的;你觉得恶心是因为你当前的项目对工具没有需求,没需求就没必要硬用,用俗话来说杀鸡焉用牛刀。
现在前端 Web API 相比 10 年前已经增加了超多特性,不需要借助任何库和框架也能比较方便写一些稍复杂一些的页面了。现在做一个项目的时候,只要需求尚不明确到需要使用框架,基本都会用原生 API 写,顶多为了兼容加个 Babel ,后续有复杂需求导致原生手写麻烦了,再迁移到框架。