JavaScript

书评《编写可测试的JavaScript代码》

今天写的书叫做《编写可测试的JavaScript代码》,英文原版名称《Testable JavaScript》,作者Mark Etban Trostlter,译者徐涛老师。我买到的是2015年2月第一版,印数3000册,字数31万。从出版信息可以看出这本书还是相当偏门的。好在时间上并不算很老,并且可以说是JavaScript里相当少见的专门谈论测试的书籍。…

深入JavaScript with语句

一般而言,所有写JS的人都有一个通常的概念:“不要用with语句”。这个准则毫无疑问一直是正确的,但要说为什么的话,并不是每个人可以回答的很好。是否去回答这个为什么并无多大意义,因为只须记住结果“不去用”就完全足够。然而去深入的理由还是有的,刚好最近有人这么问起我...刚好自己想总结一下...刚好这个题目作为草稿在博客后台躺了很久... with语句 with的初衷是为了避免冗余的对象调用: foo.bar.baz.x = 1; foo.bar.baz.y = 2; foo.bar.baz.z…

JavaScript的守望者

最近整理了一下收藏夹,发现了很多有趣的陈年旧物。好几百个链接,很多都已经过期了,相对来说依旧是国外的链接存活率要高的多,可见国内网站生存条件之不易。用以前团队同事的话来说,这是“清理体内残留的代码”。 今天要写的是IBM developerworks在2010-05-04发布的JavaScript 框架比较,到现在整整7年之久。毫无疑问2010年的我们还在挣扎在IE的泥潭里,如今回过头来看其实时间过得也相当快。当时这篇JavaScript 框架比较是相当全面的,作者从各个角度详尽对面了当时流行的JavaScript框架: Prototype jQuery YUI ExtJS MooTools 每一个都是前端耳熟能详的名字,但如今有些却已罕有听闻。截止本文发布,简单对比了一下Github的数据: Prototype jQuery YUI…

three.js入门及飘雪实现

three.js是一个JavaScript的3D库,可用于构建WebGL应用。2011年写过一篇《一个二进制的Web新世界》,从那时起就一直断断续续有接触这方面的资料。本文是three.js的一些入门,并用其实现一个飘雪的效果。 其实,对于web应用来说,3D一直以来都较少使用,不过2016年被称为是VR年,作为网页端的WebVR也趁此机会迅速发展了起来,而其核心库正是three.js。three.js的官方文档和Demo目前已经较为完善,由于一直在迭代演进,API的变化还是比较明显的,所以很多网上的例子相当多已经过时,市面上的书目也是如此。当然THREE渲染器运行后,会在控制台输出版本信息,当前是THREE.WebGLRenderer 83dev,后面的列子也会以当前的这个版本作为环境。这里也不讨论浏览器的兼容性,借以现代浏览器为准。…

返读《PPK谈JavaScript》

《PPK谈JavaScript》(ppk on JavaScript)的作者ppk, Peter-Paul Koch一直是我所尊敬的大师,他的网站quirksmode.org也一直必备的参考资料。这也是为什么当我突然看到柜子里还有一本他早期的书的时候,尽管其中的内容已经相当的过时,但我还是拿起来打算好好看一遍。 ppk的这本书成书在2006年左右,前端刚刚兴起之时,内容相对于当时而言是相当不错的,只是放在现在难免显得过时无用。印象里这是淘宝UED早期翻译的第一批书之一,当时在图书馆里翻了几页买下后就一直没看过...就这么在书架上躺了快9年了吧,着实惭愧。回想起来,相比Zakas的系统化的《JavaScript高级程序设计》,ppk的这本内容就太散了,读起来有点像看博客的感觉,应该也是当时为什么自己放之于柜的主要原因吧。 翻开书,就仿佛是翻开历史的感觉...可能10年的时间对于互联网而言真的是相当漫长。如果是现在,…

浏览器鼠标中键点击差异

鼠标中键的点击的行为默认情况下,通常是创建新的tab并在其中打开指定的链接。浏览器发展到今天,对于鼠标中键点击的事件处理上,仍然没有能够统一,这导致对应于中键的监听变得不可靠,而对于习惯用中键的用户来说,点击某些链接会出现意料之外的结果。 下面对现行浏览器的一般表现做一些总结,浏览器分别为:IE9, FF31,Chrome36以及Opera的Presto内核的末代版本12.17,本文结果均以这些版本为限。 测试代码很简单,由于各浏览器对于鼠标键位的索引值也有些许不同,所以用了jQuery来统一。<a>中的<span>是故意添加的,下文会有说明。 <a href=…

完全理解JavaScript关键字this

这是一篇译文。当时看到原文的时候觉得内容非常易懂,是不可多得的好文。所以一开始就扔进草稿箱准备翻译,不过一晃好久过去了,最新发布的博文ID是1190,而这篇的ID是715,可见其在草稿箱里待了有多久。而这期间网络上也已经有了这篇文章的翻译稿,不过传播并不广泛,我搜索了下并没有多少索引和转发量。总体来说,已有的翻译稿总体来说也挺好,但是但从第二节开始,翻译变的有些随意,并且出现了很多偏差,有大有小,虽不影响阅读却多少妨碍理解。比如将“传递函数作为值”译成“传递函数的值”等等,这很容易引起混淆。另外还遗漏了一小部分内容的翻译,不知道是否是原作者后期更新内容所致。 个人挺喜欢这篇文章,所以网上虽已有一版,但还是希望用自己的翻译语言来描述一遍。尽管可能显得多余,…

JavaScript最小时间片

《高性能javascript》有一段“定时器的精度”,说的是JS的定时器并不精确,并且因为系统定时器分辨率的关系,JS的定时器最小值建议设置为25ms。并提到大多数浏览器在定时器延迟等于或者小于10ms时表现的并不一致。 其他我查到的资料也显示,在大部分的浏览器里不允许小于10ms的延时。来自微软方的资料则说这个精度最小是16ms。对于动画的时间片而言,16ms的精度正好对应约为60FPS。当然,还有各种其他说法。 比如,David Baron 在 setTimeout with a shorter delay 里说到: 小于10ms的延时会被强制延长,Chrome将这个延时缩减到2ms,但同时导致了一些问题。 不过我并没有在最新版本的Chrome里遇到他提到的“一些问题”,而且,…