对现代开发来说,JavaScript是一种垃圾语言

JavaScript技术    2014-07-27 07:07  

日前,Reddit/Programming 频道的头条热帖是一篇来自 julik live 博主的技术吐槽文,最初的英文标题是“For modern development Javascript indeed is a shit language”。该文在Reddit得分是800+,引发了热评(930+评论)。感谢@蔡volvo蔡 的热情翻译,以下是译文。

我很抱歉,但 Crockford 就是坚持这么写的(I’m sorry, but the Crockford arguments do not cut it.)

Javascript在很多方面都烂透了,而且还极其无趣,我就纳了闷了,大家为啥都义无返顾,群情激奋的跳进Node学习的大军里,是!Node是比Ruby快,Node是基于事件模型处理的,但让我无法理解的是,一些人动不动就想把自己的程序用Node重构一下,过过脑子行吗!

Javascript的继承,深拷贝问题,不是定义一个新ECMA标准就能解决的,不是套个漂亮的语法外壳(比如CoffeeScript)就能搞定的,不是用require实现个标准化或者引入classes就可以万事大吉的,ECMA语言里不是有个引入classes的ActionScript吗!那玩意跟Javascript一样屎,只要大家继续用它,PHP框架的现状就是JS的未来— 一堆一堆的人前赴后继,日以继夜的为这坨屎一样的语言搭框架、写工具。

我来说一下为什么Javascript糟糕,当然了,它也有好的方面。 但是问题就是太不实用。比如说原型继承(prototypal inheritance)就限制颇多-因为这玩意说白了就是function override,还有就是那句:“万物皆function” 也是相当的废柴-因为一function不是一个对象,也不能当做数据机构来承载数据。

其实真正的吐槽才刚刚开始,随便列几个吧:

JS的调用属性

看这个屎一样的设计,回顾过去,咱们很难苛责语言的设计人员,因为它们可能处于性能考虑,再者,如果不习惯消息-传递机制的语言的话,你会觉得怎么”一些属性可以被调用而另外一些就不可以呢“!

哈希对象对于stable 键不可用

对象和哈希的混合不是一个好点子,因为它违反了对象可以拥有metadata的前提,metadata允许我们建立基本类型系统或者至少各种类型的introspection

函数对象对于类型系统不可用 因为一个对象不携带任何类型信息

这可是大事,Ruby的世界里也是这样,感觉所有的东西都在像鸭子一样快乐的嘎嘎叫,我们经常用Object$class 来获取对象信息,下面是给HTML元素加样式的标准的流程:

1

在JS里是不可能的,因为只有’Object’,’function’和原始类型才有类型信息

到处是Null

不小心用错了一个常量

1
MyApp.SYNC // should have been MyApp.SYNC_FETCH

任何事情都不会发生,因为对象是hashes,而且js给常量默认为0。 带着错误key的常量将会是undefined,而且还会渗透到被调用函数中,等出了事,慢慢跟踪debug去吧

回调的深渊

JS缺少合适的deferred功能,不是多线程,就得靠事件化执行,你的调用会散落在各个事件回调中,代码都完事了,回调还在那执行呢,比如,JS干下面这个是就费劲

1
2
3
4
5
var res = await AjaxReq.fetch('/long-request')
// because you are waiting for a result, here the runtime would
// schedule event handling, DOM redraws and whatever else it can
// squeeze in while you await
res.name // this will be only executed once res is available

因为你在等一个结果,就在等待的这会,runtime完全可以进行事件处理、DOM重绘、干啥都行

res.name // this will be only executed once res is available 等res可以使用的时候在去执行res.name的操作

当然了,JS社区做了跟PHP社区一直以来一样的事情-给Javascript这坨屎擦屁股,怎么擦呢?用更多的回调,好点的,就是回调链

1
2
3
4
5
when(
// 48 lines of code down
).then(
// 23 lines down
).then()

一般情况下,加入一个wait primitive就在获取结果的等待过程中控制events,

专业一点的做法就是啥玩意咱都异步,现实是你写的代码80%都是同步的,因为程序里80%干的都是一个操蛋的事情跟另外一个操蛋的事情一起搞,而且你需要它俩都它妈的完事了才行。

可怕的异常处理机制

异常处理在JS中机器可怕,一般形式-你可以查看调用堆栈(一堆匿名函数和好点的名字的函数),你可看到错误信息,我就提两个经常碰到的错误:

1
2
undefined is not a function
cannot call property 'xyz' of undefined

这都拜javascript中“函数对(泥煤)象”所赐,根本没有方法定义-它们只有属性,JS运行时永远没有办法知道函数对象有没有方法可以被调用,或者某个属性名称 – 它就认为你的哈希键不存在,

我记得Ruby社区里的人抱怨Ruby的回溯和错误消息机制不好用,Rubinius就给解决了,在泥煤的javascript里,你知道错误消息特别乱吗?因为有你想得到和使用的两个最最基本,最最重要的异常NameError和NoMethodError 都可能,这在其它语言里都是不能理解的,但javascript语言就这么马马虎虎的用起来了

不可否认,functions是亮点,原型也是好东西,但是如果你想建立一个稍微复杂的JS应用,你就得这么写:

1
2
3
var cv = Marionette.CollectionView.extend({
itemView: MyApp.Views.WidgetView;
});

如果”MyApp.Views.WidgetView 还没有定义“你会得到啥错误?”undefined is not a function”当然!你什么时候会得到呢?当CollectionView想要实例化你的视图的时候,而不是当你定义变量cv的时候,你会忐忑好几分钟,直到你明白了这错误是哪里导致的

这是为啥呢?因为所有都是hash而且这个语言不能做任何形式的introspection

还有一个困扰我的事就是有些大哥居然从Ruby转战Node,还赞Node是个好东西。Node也许是好宝贝,但是想想它内部运行着屎一样的Javascript语言,我就由衷地想退避三舍。

这么说吧,JS一日不好用,我便一日不会用Node,谢谢

我理解有一些人想跳出MRI架构,投身Node,很简单啊- -你不会说日语, 所以你舔个脸说日语很难学,话撂这,你在MRI上的有精进的机会也它妈趋近于0.

JS是屎,但凡我们有那么一丝丝的担当,就该尽自己的绵薄之力要么让它寿终正寝,要么帮助它更上一层楼,天天在那沾沾自喜对它的发展没有一点帮助,CoffeeScript做的还远远不够。

在线留言

我要留言