[交流] 最近在看前端的内容，接触了一些前端的代码，有一些吐槽

@sillydaddy 感谢

@wangtian2020 感谢回复，学到很多

@supertan 一时间居然看不出是黑还是吹.

1. 确实如此，所以 React 有 tsx, Angular 有带类型检查的 html 模板,这样可以借助类型信息辅助编程
2. 确实如此，所以有很多包都有对应的类型定义包
3. 这不能怪 js
4. 参考 2 ，你需要安装类型定义包，或者用 typescript
5. 换一个支持 language server 的编辑器吧

弱类型的就是这样的，你换 python 换 php 啥的也是这样

1 、请安装编辑器 /IDE 插件；
2/4 、请使用 typescript;
3 、箭头函数和普通函数的作用并不完全一样，就像 var let const ，并不是相同功能的多个写法....可以去了解一下；
5 、这个只是 Vue ，并不能代表前端，但也没多大毛病，模板内的函数调用建议全部带上括号统一风格即可（语法糖而已），至于语法 /变量 /方法补全，同第一条~

另外 2L 不友善发言 OP 无需理会，但是用在 23L 却是极其的合理

@fox0001 #7 “存在即合理” 这句话本身就不合理。。这是唯心主义的观点。HTML 当初就不是程序员搞出来的，所以各种问题，后续的一系列操作在此基础上修修补补，所以一堆问题。

“我认为前端工程师的经验和价值，不是依靠 IDE 的语法自动补全。”
那要 IDE 干嘛。。写俩代码没多牛逼。

@lujiaosama 哈哈哈哈，可能 OP 标题换成“最近在看前端的内容，接触了一些前端的代码，有一些疑问请教一下” 可能就看得出来了。

“不懂就问，虚心求教” VS “一知半解，傲慢偏见”

“仅是一些个人角度的主观感受，没有任何恶意，请友善交流！" VS “最终解释权归我所有”

用 webstoorm 吧，这玩意儿有提示，有补全，有自动导入

前端太卷了,本身就是弱类型还写法这么飘逸,项目越来越复杂之后后面维护扩展太头疼,php 最近更新的版本语法约定越来越严谨也是一个方向

一个能跑脚本的文档阅读器，怎么被他们搞成 App 容器了. webp

就挺逗的。

《傲慢与偏见》

不要为自己的菜找借口。。。

到你学到 CSS 部分的时候，才真正知道前端的险恶

@supertan 看起来没有归我，都归你了

敢问用的可是 Vue ？

@GiantHard 感谢回复

@Zzzz77 感谢回复

@wangtian2020 #18 全用箭头也不好，函数声明提升还是很方便的

用 ts ，用 webstorm

@zhw2590582 css 的 flex 已经很简单了，都什么年代还险恶

虽然 2L 说的不好听，但是道理我极其认同.
OP 说的这些都有解决方案的，楼上都说了
第五点，感觉 op 说的是 vue ，现在 vue3 也支持 ts 了，但是感觉还是没有 react 和 angular 好用。

你需要 AI 补全并用你自己的代码好好调教它（。

@JounQin 大佬泥豪~

CSS 又是另一套语法（狗头

自己做菜难吃，却怪厨具不好用

这些都不算问题 ts+好的编辑器插件基本都解决了 css 才是痛苦根源

上 typescript ，ide 开发环境又会变重，觉得不爽就别写了，要么就吃前端的屎呗。吐槽没啥意义，真想解决你这些东西百度哪个查不到解决方法。

js 挺好用的， 没有其他语言的条条框框。爱怎么写就怎么写，放飞自己我。 开发，调试也方便记事本+浏览器就可以搞定了。

op 吐槽的其实都是 js 的问题。
js 最开始只是想做个脚本语言，弱类型写法多变没啥不好。结果前端发展过于迅猛，很快面临了工程化问题。js 的各种弱点暴露的比较明显。

你吐槽的东西大部分能用 js 类型补丁语言：ts 来解决。ts 写起来挺爽的。

这些确实都是 js 的问题，也是代码圈（包括非 js 使用者对 js ）的共识。克服不了就用工具辅助减少吧，比如用个 IDE 什么的

装个 jb webstorm 吧

弱类型语言通病

@ifdef 吃着吃着发现了带屎的大肠，但有的人硬是嘴硬，说这是猪杂
猪杂和屎分不清

@murmur 来个政府项目，要兼容 IE （

@learningman IE8 以上问题都不大，IE10 以上还可以用 vue 和 react ，IE6 不好意思我投降

槽点太多不知从何吐起。总之，还是多学几天再来吐槽吧

如果你说的是 jq 写前端，那确实问题很多，还不止你说这些。

1. html 标签里边，需要手写的内容太多，自动补全方面比起一些后端语言，差太多。
> html 是一种描述性结构，类似 qml 这种。但使用框架是有自动补全的，react 里你输入`<button OnClick={`，就能触发补全。

2. 外部的包，已经引入成功，也能正常使用，但是这个包的方法并不会自动补全，写起来很难受。
>js 是动态语言，这个包没有用 typescript ，没有 index.d.ts

3. 函数的写法太多了，什么箭头函数之类的，而且感觉写法挺奇怪挺麻烦，老是记不住。
> 普通函数，匿名函数，箭头函数三种，其实还有匿名 class ，并不难理解吧。比较难理解的是原型链，function 可以用 new 操作符实例化。

4. 前端编码不能很方便地看到函数的入参以及返回值，导致用的时候就很模糊，要么死死记住这个方法，要么就得再次看方法的源码。
> js 是动态语言，想要 IDE 提示，用 typescript 就行了

5. 前端对方法的调用也是各有便道（混乱），没有参数的函数不加括号也可以以至于后来再看并不好区分这是用了一个方法还会一个参数。在 template 区域，大多方法都是在双引号的包裹当中，以至于补全不力，无法跳转，更无法直接通过调用的地方看到方法的具体实现。
> 你说的是`<button v-on:click="func1"`和`<button v-on:click="func2()"`这种吗，func1 不加括号就是默认把$event 当第一个参数，而 func2 拿不到 event 。vue 的 template 区域补全，vscode volar 做得挺好的。

比起你说，我觉得 css 和 node_modules 更值得吐槽

对我来说，只要能挣钱的都是好的。

楼上很多人回的才是真的傲慢，确实有很多问题却怪楼主不会用。

你是不是写了 vue ？建议使用 react

我能理解楼主的痛苦。后端去写前端，然后打算用一下前端的东西。找到一个 V1 版本。用了一会，发现竟然有 V2 版本了。WTF ，V2 版本语法怎么不一样了？ 马上去学习新语法。再一段时间，V3 版本发了，彻底用了最最最最新语法。

到最后，我到底是来写前端，还是学新的编程语言？

@Felldeadbird 互联网面向造轮子编程是这样的，你一水 var 也没人管你，而且同样的功能，你用内置函数，语法糖，还是网上 npm 下的 util 都可以实现，没有高下之分

@cheng6563 php 和 python 比 nodejs 阳间多了

比如说 abc?.def?.hij 这样逐级试探访问，在没有语法糖之前，你可以找个库，比如 objectPath("abc.def.hij", "失败的返回值")

你是用记事本来写代码的吧？
哪怕是作为文本编辑器的 vscode ，写 html 都有完善的补全功能。
除了第 3 点，其他全是一个完善的编辑器就能解决的事情。

@ztxcccc nodejs 哪里阴间了? 如果不上强类型, 动态语言都是一泡污.

html 装 emmet 插件可减少输入

emmet

@xz410236056 #30 容许我解析（狡辩）一下。

就是 HTML + JS ，这么多年了，特别是 JS 一直被吐槽，都没有被替代。如果它们是不合理的，就应该有新技术替代它们吧？

再说 JS ，它当初设计出来就不是应对现在的工程化前端。现在也出现了很多更好用的方案，可以考虑使用。

“吐槽”解决不了问题。曾经在 IE 阴影下的 JS 开发更艰难，因此也涌现了一批优秀的框架，解决当时的问题。正视问题本身，想办法解决它，才是该做的事情。

以上纯粹小弟愚见。

@eryajf #20 有些事情，就是不认同，但需要接受。

你只写过 go 吗

那这是自己还不会用，你会用了这些问题压根不存在

有没有一种可能以上大部分问题是你的 IDE 或者技术栈导致的，我的建议是换 webstorm 以及使用 ts

1. emmet
2. ts
3. arrow only
4. ts (no any)
5. volar

现在是个人都要吐槽下前端吗？要不发明个新语言把 js 干掉？再让后端学习下把前端干掉？

go：为什么路上都是逆行的啊

栓 Q 。

建议不要吐槽自己不了解的东西，等你真正了解了这些东西之后，回过头来看这些吐槽会觉得很羞耻（关键 V2EX 还不能删帖）。

1. 自动补全不属于大多数语言的规范范畴，所以这是 IDE 的锅，我用 Jetbrains 家的 IDE 是可以自动补全 HTML 的属性和值的。
2. 有了 Jetbrains 家的代码分析能力，或者使用 JSDoc/ESDoc ，再或者用 TS 都是可以让外部包有完备的文档提示和自动补全的。
3. 蹲一个 C++/Rust 开发者吐槽 Go 语言特性太简陋的回复。
4 、5. 同第 2 条。

你要知道，Go 是一个力求千人一面的语言，靠牺牲灵活性来换取团队高效协作，通常对开发者要求不高，可以让开发者有更多精力放在业务上；而 JS 完全相反，是一门超级灵活的语言，用起来舒不舒服全看个人经验、罗列的三方工具，所以对开发者的要求反而高（即便入门门槛很低）。

没看过前端 看到楼上的内容实属笑死

TypeScript

1. 换个好点的 IDE
2. js 是动态类型语言，用 JSDoc 解决或者直接上 Typescript
3.不要因为 go 太垃圾不支持就这么说，写 go 的说 js 写法奇怪麻烦简直滑天下之大稽
4. js 是动态类型语言，上 typescript
5. 不加参数的函数不加括号也可以是什么意思，传参还要加什么括号，参数就是参数，加括号就是调用了。在 templete 区域，大多数方法在双引号的包裹当中，可以看出写的是 vue ，这是 vue 的问题，要么装个插件(volar)，要么换成 jsx 写

看来也只有前端才能有那么多回复量了 [doge]

挺好的，正不正确无所谓，能勇敢，直接的表达自己的观点，在这个 GreateWall 时代正逐渐变得难能可贵。

@lawler [].toString()是空字符串, {}.toString()是[object Object]. []+{}可以理解成都转换 string 相加, 但是{}+[]似乎把这俩都看成数字了, 这个如何理解呢? 即便我调用 0+[], 也是看作字符串相加的, 咋{}+[]就是俩数字了?

@lawler 我要反驳一下这个图。
首先 NaN 类型不是 js 独有的，而是 IEEE 754 的规范，它是数值类型也不是 js 独有的，在其它语言中也是一样的，比如在 go 中是 float64 ，在 java 中也是 double 或者 float ，不管用不用 js 这都是要处理的特殊情况。
9999999999999999 这个是精度溢出了。
0.1+0.2 !== 3 ，这也不是 js 的问题，大多数语言都有这个问题，你可以看看其他语言是什么结果： https://0.30000000000000004.com/ 。
没传任何值，max 返回无穷小作为最大值，min 返回无穷大作为最小值，不知道有什么问题，完全符合逻辑。
其它都是些隐式转型的问题，js 作为一门弱类型语言，在判断时== 有问题，所以专门给了个===来判等，==会隐式转换，===不会隐式转换，所以直接使用 === 即可解决大部分问题，现在前端基本没有用==的。

@bthulu 这里 {} 会被当做一个空的块，因此什么都不会执行；+会当作算术运算符，因此 + []相当于 + Number([])，所以是 0 。然而谁会在实际项目里这样写呢，好无聊..

@fox0001 #74
“如果它们是不合理的，就应该有新技术替代它们吧？”
并不是。这个世界不是程序员组成的，不存在好技术一定替换旧技术，它出来的早且还能用，大家没有换的动力。你用新技术其他所有的去适配你吗，巨硬都没这本事。HTML+JS+CSS 这个方案本事就是在打补丁，完美的方案 HTML 都不应该存在。

剩下的可以看

https://www.zhihu.com/question/508865977/answer/2294083632

这个回答

@lawler 图中大部分都可以用 js 强制类型转换的概念来解释

你这跟我同事吐槽测试一样，不用脑子，有手就行

至少做出了一个像样的产品之后再来吐槽吧，而不是用两天就 嘿嘿嘿

[copy & paste]
JSON 之父：Javascript 已非常复杂，我们能做的最好的事情就是让它退役
https://news.cnblogs.com/n/726211/

翻翻 20 年前教程来学，绝对简单

html：< div|span class style >
css：优先考虑上面这种内联（拒绝 tailwind ）
js：es3 ，没有心智负担（拒绝 ts ）

你这个吐槽…只能说明你各种语言写的太少…不在点子上

@xz410236056 #92 它有存在的意义了，所以这不算是“存在即合理”？

为了这些破事，争来争去，喜欢就用，不喜欢就不用