说句实话,我后端现在已经看不懂前端了,太难了
看不懂惹,肿么办,最近在学 react,完全抓瞎。
看不懂惹,肿么办,最近在学 react,完全抓瞎。
模板混代码里这种 PHP 宗教行为就别提了。
个人认为因为 javascript 语言的部分原因,前端很少有人懂什么是继承,什么是类,实例到底啥意思,更别谈良好维护引用了。
什么 redux,什么 vuex 根本就是莫名其妙,不就是事件监听吗,像 Node.js 那样 EventEmitter 多么清晰,非得自己造概念。
画虎不成反类犬,凡是有这套什么状态管理逻辑的,代码完全不可读。
前端自己也是不争气,不用别人的这些狗概念,自己就不会写代码了吗?
没有什么 redux,自己就不会管理自己的属性了吗?
代码不可读,除了本身代码质量的问题,还可能是读者水平不够的问题。至于是哪方面问题,没看见代码我也不好说
@avastms 说话这么暴躁,不知道您的代码写得怎样。合着前端都是傻逼,就您最牛。
这么多年过去了, 前端开发的工具链还是这么一团糟 (个人观点)
我个人还是等 Web Assembly 上来后再来接触 web 前端吧
建议你可以先看 Vue,这玩意前端几乎人人都会,大大降低了前端的门槛,非常简单,我在三线城市,这边的公司招前端几乎清一色的 Vue。而大多数说自己懂前端的后端,懂的就是用 Vue 开发后台管理系统。。。
现在很多小公司没钱招人,就喜欢让员工“全干开发”,实际上让一个前 /后端开发者去跨端开发,搞出来的玩意就仅限于“能跑起来”。。。
现在兼容语法不用自己解决了,2020 年的语法编译完,在 2000 年的电脑上也能跑,操作 dom 的语法也不用写了,数据一变,ui 跟着变,轻松多了。省下时间了,有时间研究别的东西了,这不挺好?
目前 wasm 也有写 ui 的库,c++的 asm-dom 也是类似 jsx 的语法,go 也能直接编译 wasm,不怕麻烦你可以去用啊
结论:哇,开车好难啊!!!
弄好 webpack,然后还要再弄 babel,这个坑更多,配置参数一堆一堆的。
最后找了官方的 create-react-app,结果明明都是同样的 webpack、babel,为什么这玩意封装起来后看着完全不一样。
环境配置阶段就劝退了。
也难怪会有 webpack 配置工程师的调侃。
React 还是沿用 JS 一些习惯,尽管现在也开始支持 OOP 和 Typescript,但是很多概念如果不是熟悉传统 JS,第一次接触很难理解,比如 High order function 等,嵌套几层后我就开始有点晕了,Function 也可以当 Prop 传递(是特色,也是让新人晕的地方)。再者 React 与 Angular 不一样的,它不是全功能的架构,对于一些功能有太多的第三方选择,比与后端交互,状态管理等。
想做更复杂的事必然需要更复杂的工具,这没啥不正常的
另不要说用 EventEmitter 也可以做的很复杂,半世纪前就能登月为啥现在又要重新开始,不计成本不讲实用性稳定性科学性没啥可说的
封装后
https://blog.leapoahead.com/2016/03/02/introduction-to-reactive-programming
封装前
http://www.yinwang.org/blog-cn/2013/03/31/purely-functional
–
写 css 离不开预编译器(less/scss/stylus),后编译器(postcss),hmr.没有前者改个颜色你去全局搜索改吗?没有后者调一个像素你去修改,刷新,设置一条龙吗?
对接口离不开 proxy.接口后端自己写的,不用对也知道返回什么东西,前端没有文档不靠代理鬼知道你返回什么.
至于 babel,前端一样抱怨,但只要用上了新语法,有几个能回去写 ES5?
想请教一下,以前 html+css+jquery 就直接跑了,现在 node 应用那么一大堆东西都是啥,webpack 又是啥,关键我直接 clone 下来的代码 npm install 竟然还会少几个包是为什么?
另外各种 CLI 创建项目是什么意思。。。
前端工程师的概念是 react 出现和 node 兴起才产生的,日益增长的需求使得前端页面不再像以前几个表单按钮就能搞定了。H5,SPA,ES6,MVVM,各种新标准和新的模式的出现让 WEB 的能力越来越强大,同时前端代码量也越来越大,所以才有工程化的需求,现在的前端和 jquery 时代不可同日而语了,有些后端同学的观念需要更新了。