|
发表于 2021-10-29 16:37:12
|
显示全部楼层
本帖最后由 flyqie 于 2021-10-30 00:30 编辑
萌新,非前端,现在主要写go,php不太常写了,想谈下个人对前端工程化的浅薄理解,如有错误欢迎大佬拍砖.
1.个人认为前端工程化的意义主要在于组件的复用与规范开发
2.vue react等前端框架其实个人觉得只是对前端工程化做出了一个实践方案,这并不意味着原生以及构建在原生上的jq的过时(另外,react vue等框架也是依靠原生实现的,浏览器js一禁用全部玩完).
3.在某些环境下前端工程化其实是没有必要的,例如老项目/客制化需求较多/兼容老旧浏览器等
4.webpack等前端打包工具确实解决了某些痛点(不便于分发、测试, 仿冒门槛低 等),但它也同时引入了很多问题(上线后调错难,项目源码丢失无sourcemap即GG等)
5.react不太清楚,但vue是支持不通过webpack等工具打包的,在鄙人看来vue不打包一把梭的话和写jq整个流程差不太多(荣耀路由2S也是这么玩的).
6.前后端分离其实在某种意义上来说是个好事,但是很多时候还是得上ssr(比如后台管理等,总不能一把梭全给整上前后端分离了吧,要命,这要是被人发现点啥奇怪的东西...凉凉)
7.至于css是否独立于打包后的js文件,这个个人还是觉得应该的,不然真要是出了问题需要调试或者改css,在某些情况下没办法重新打包的场景,真心头大.
8.如果说用前端工程化是追求源码安全性的话,那真的不意味着前端源码就一定安全,可能更不安全,见过好几个网站打包的时候sourcemap配置没配好导致前端源码直接暴露的了(打包可能只是一部分,上线之前运维开发都咋想的...打包出来了也不看看的吗...没必要为了调试把sourcemap直接扔线上吧),稍微好点的漏了一部分,更有甚者,全爆,极度生草.
9.另外,感觉前端后端争论的这些玩意,都太理想化了(虽然鄙人自己也在争论这些问题),真要按最后的最佳方案搞得话,没准某些项目上线前就没了....上线要紧,真有钱了再重构也不迟. |
|