Name: Maintainable JavaScript
ISBN: 9781449327682

作者: [美] 尼古拉斯·泽卡斯
出版社: O'Reilly Media
副标题: Writing Readable Code
出版年: 2012-6-22
页数: 242
定价: $34.99
装帧: Paperback
ISBN: 9781449327682

豆瓣评分

8.1

74人评价

5星

33.8%
4星

35.1%
3星

31.1%
2星

0.0%
1星

0.0%

评价:

内容简介 · · · · · ·

When you're writing code alone, you have a lot of leeway. But when you start writing code as part of a team, you need to think harder about the decisions you make. This book will help you do that. When you write code in a team setting, will other developers be able to understand what you did? Did you organize your code in such a way that it's easy to adapt and extend? Will your...

(展开全部)

作者简介 · · · · · ·

Nicholas C. Zakas是一名前端开发顾问、作者和演讲家。在Yahoo！供职超过5年时间，在这期间他曾是Yahoo！首页首席前端工程师和YUI库代码贡献者。他著有《JavaScript高级程序设计》、《Ajax高级程序设计》和《高性能JavaScript》等书籍。Zakas倡导了很多最佳实践，包括渐进增强、可访问性、性能、扩展性和可维护性等。他的博客地址是：http://www.nczonline.net/。他的Twitter是：@slicknet。

李晶，花名拔赤，淘宝前端工程师，具有多年前端开发经验，在团队协作、组件开发、移动Web App等方面有深入研究，曾经参与淘宝首页、KISSY等项目开发。他翻译过《JavaScript Web富应用开发》、《JavaScript权威指南（第六版）》、《What is Node?》等书籍，热爱分享...

(展开全部)

豆瓣成员常用的标签(共52个) · · · · · ·

JavaScript javascript Web前端开发编程前端 Programming 前端技术 O'Reilly

喜欢读"Maintainable JavaScript"的人也喜欢的电子书 · · · · · ·

支持 Web、iPhone、iPad、Android 阅读器

: CoffeeScript小书

1.99元

: MacTalk·人生元编程

2.99元

: 布道之道

12.00元

喜欢读"Maintainable JavaScript"的人也喜欢 · · · · · ·

: JavaScript Patterns

: High Performance JavaScript

: Even Faster Web Sites

: Async JavaScript

: Secrets of the JavaScript Ninja

: Programming JavaScript Applicatio...

: What Is Node

: Functional JavaScript

: JavaScript语言精粹

: 高性能JavaScript

我来说两句

短评 · · · · · · ( 全部 32 条 )

Maintainable JavaScript的话题 · · · · · · ( 全部条 )

什么是话题

无论是一部作品、一个人，还是一件事，都往往可以衍生出许多不同的话题。将这些话题细分出来，分别进行讨论，会有更多收获。

我要写书评

Maintainable JavaScript的书评 · · · · · · ( 全部 19 条 )

野生JavaScript程序员必读

我是一个野生JavaScript程序员，我相信大多数JavaScript程序员都是野蛮生长，靠的是自身的好奇和勤勉。什么是野生JavaScript程序员？我是这样定义的：基本靠自学；通过不停的`console.log`和对比来写出凑合能运行的页面；页面上充斥着全局变量；命名风格随心所欲，受到自学的... (展开)

3 6回应

谷神出幕 2013-04-01 10:17:31 人民邮电出版社2013版

呵呵

如此之薄的一本书，第一版次整本读下来，如果很细心的话你会发现有n多个错误，责任编辑，难道你是边打飞机边工作的么？我只能说这尼玛太没有职业道德了！这实在太符合国产的现状了！关于翻译，有兴趣的可以看看《编码的奥秘》，呵呵俩字已经代表我的态度！挣钱——>不择手... (展开)

1 11回应

老中医 2014-01-06 15:13:50 人民邮电出版社2013版

短而精的经典之作

这篇书评可能有关键情节透露

麻雀虽小，却五脏俱全，这本书涵盖：编程风格（基本格式化、注释、语句和表达式、变量），编程实践（UI层松耦合、避免使用全局变量等等）第三部分自动化。第一部分比较基础，接触也比较多，经常培训新员工也会讲解代码规范的内容，代码规范虽然简单，但却十分重要。这部分由... (展开)

0回应

Kinogam 2013-07-18 09:43:36 人民邮电出版社2013版

javascript的开发规范文档

zakas推荐给大家的一个javascript开发规范文档。从代码风格到一些开发技巧，如何避免一些糟糕的情况，到目录管理，还有持续集成部署。一本全面的规范类书籍！当然zakas也有讲到一些深层的知识，还有ECMAScript5的一些新api，要搞html5开发的朋友更需要看这本书。你能从... (展开)

0回应

seasmiles 2013-04-09 00:37:34 人民邮电出版社2013版

一些翻译和排版的问题

本书的第二部分是精华。倒没太多新东西，之前的《高性能JS》《JS高级程序设计》以及《JS模式》大部分都提到过，这里算是个总结。让人很不爽的一点是：原书中的“提示建议”，是以“爪印”图标和不同的样式跟正文区分开的；中文版中图标和样式都被干掉了，跟正文混在一起。奇... (展开)

1回应

childchen 2013-03-08 11:49:35 人民邮电出版社2013版

每个开发工程师和在校学生尽早阅读本书

“作者将他十多年工作经验的精华部分浓缩至这本通俗易读的书中。我建议每个开发工程师和在校学生尽早阅读本书。不管你有多少经验，本书中的每一页内容都会让你变得更加优秀且倍受大家欢迎。” ——Lea Verou，Web设计师兼Web开发人员 (展开)

0回应

childchen 2013-03-08 11:48:47 人民邮电出版社2013版

这本书，是一个非常不错的起点

“ 这是一本前端工程师的指南，指明了在编码过程需要注意的方方面面。提高可维护性是一个非常大的话题，而这本书，是一个非常不错的起点。” ——王保平（玉伯），支付宝Web前端工程师 “本书是一本教你写出具有前瞻性的JavaScirpt代码的完全手册，在团队作战中特别有用。”... (展开)

0回应

克荷林 2013-04-28 22:49:30 人民邮电出版社2013版

很好的javascript语言规范

Nicholas的每一本书都对得起深入浅出四个字，前面的语法部分可说是一气呵成，例释并举，让人印象深刻。后面的工具部分，稍微有点拖沓和杂乱，不过也指明了解决问题的实用方案。从页数和价格上看，有点小贵，不过还是值了。附录A是干货，可保留电子版随时备查。 (展开)

0回应

SzzzzzL 2018-10-27 22:26:00 人民邮电出版社2013版

有点小失望

13年的技术现在来看稍微有点out，不过查缺补漏吧，有点用处。不过现在有eslint,jslint等检查工具，可以很完美的同一代码规范，看得多了就知道什么格式了。可以肯一看了解一下前端需要使用那些技术，之后再去看现在比较流行的框架就好了。茶余饭后看一看就好了。当时只顾得... (展开)

0回应

夜空 2017-06-20 11:13:27 人民邮电出版社2013版

读书笔记 · · · · · · (共10篇)

我来写笔记

按有用程度
按页码先后
最新笔记

展开收起
第48页
kevin_开心 (男男不授受)
/代码内容已省略/ JavaScript 引擎对于这样的语句会临时生成一个 String 的实例，并在执行完后立即删除该实例。当再次调用时，又产生了一些新的实例，原来的赋值当然无法起到作用。原始是这样实现的啊，OMG ！
2013-07-17 15:11
var name = "Nicholas"; name.toUpperCase(); name.author = true; console.log(name.author); // undefined
JavaScript 引擎对于这样的语句会临时生成一个 String 的实例，并在执行完后立即删除该实例。当再次调用时，又产生了一些新的实例，原来的赋值当然无法起到作用。
原始是这样实现的啊，OMG ！

推荐

回应 2013-07-17 15:11
展开收起
第71页
kevin_开心 (男男不授受)
书中介绍了三种方式来避免全局变量或者只使用一个全局变量： 1. namespaces 命名空间由 YUI2 发扬光大，后续又出现了很多版本。 2. modules 据我了解大致有三种：YUI Modules、AMD 和 CMD YUI Modules 使用了”沙箱 + 命名空间“的方式；AMD 和 CMD 都使用了每个模块提供接口的方式，只不过是代码的执行时间不太相同。对于 YUI Modules 和 AMD/CMD 的两种策略，孰优孰劣，不太好说。个人认为..
2013-07-17 10:39
书中介绍了三种方式来避免全局变量或者只使用一个全局变量：
1. namespaces
命名空间由 YUI2 发扬光大，后续又出现了很多版本。
2. modules
据我了解大致有三种：YUI Modules、AMD 和 CMD
YUI Modules 使用了”沙箱 + 命名空间“的方式；AMD 和 CMD 都使用了每个模块提供接口的方式，只不过是代码的执行时间不太相同。
对于 YUI Modules 和 AMD/CMD 的两种策略，孰优孰劣，不太好说。个人认为，从模块独立的角度来看，由于命名空间的存在，YUI Modules 的各个模块除了依赖关系外，还是有一定的耦合的。比如我们还是要小心各个模块之间的命名空间的约定，这就导致模块之间具有一定的复杂度。不知道我理解的对不对？
也许 YUI Modules 受到了 YUI2 的 namespaces 的影响，为了更好的兼容性，所以它采用了这种策略？
3. 即时执行函数
有时候我们不需要搞那么复杂的命名空间或者模块化方案，这个时候有一个最简单的办法：
(function(global) { var doc = global.document; // declare other variables here // other code goes here }(this));

推荐

回应 2013-07-17 10:39
展开收起
第70页
kevin_开心 (男男不授受)
一直小心翼翼的写代码，检查自己的代码中是否不小心创造了隐式全局变量。后来使用 JSHint 来做这件事情，轻松了很多。突然又从书中看到，可以通过使用 /代码内容已省略/ 来让引擎检查隐式全局变量，看来对 "use strict" 掌握的还是不够深入啊。去 google 了下，这里是一些学习资源： https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Functions_and_f...
2013-07-17 09:39
一直小心翼翼的写代码，检查自己的代码中是否不小心创造了隐式全局变量。后来使用 JSHint 来做这件事情，轻松了很多。
突然又从书中看到，可以通过使用
"use strict";
来让引擎检查隐式全局变量，看来对 "use strict" 掌握的还是不够深入啊。
去 google 了下，这里是一些学习资源：
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Functions_and_function_scope/Strict_mode
http://www.ruanyifeng.com/blog/2013/01/javascript_strict_mode.html

推荐

回应 2013-07-17 09:39
展开收起
第55页

有人

作者用大段篇幅描述排查由于使用css expression所造成bug痛苦经历时，不经意透露出他屡试不爽绝活：逐一删代码。 (1回应)
2012-12-31 14:29

作者用大段篇幅描述排查由于使用css expression所造成bug痛苦经历时，不经意透露出他屡试不爽绝活：逐一删代码。

推荐

1回应 2012-12-31 14:29

展开收起
第9页
豆豆の爸爸 (不断突破重塑，连接一切可能)
Line Breaking 当一行中的字数超过了最大值(一般为80个)，必须要强制换行！ Line breaking 是在操作符之后进行，另一行缩进2次(缩进1次为4空格)。 /代码内容已省略/
2012-07-06 18:43
Line Breaking
当一行中的字数超过了最大值(一般为80个)，必须要强制换行！
Line breaking 是在操作符之后进行，另一行缩进2次(缩进1次为4空格)。
callAFunction(document, element, window, "some string value", true, 123, navigator)

推荐

回应 2012-07-06 18:43
展开收起
第31页

豆豆の爸爸 (不断突破重塑，连接一切可能)

Brace Alignment 在大多主流的JS规范中，其中包括了Google JS 规范，都明确禁用类C#的写法。怕会造成自动补全分号导致错误的问题。所以推荐大伙用前一种写法来编写“一对花括号”的格式。
2012-07-13 19:21

Brace Alignment
在大多主流的JS规范中，其中包括了Google JS 规范，都明确禁用类C#的写法。怕会造成自动补全分号导致错误的问题。所以推荐大伙用前一种写法来编写“一对花括号”的格式。

推荐

回应 2012-07-13 19:21
展开收起
第48页
kevin_开心 (男男不授受)
/代码内容已省略/ JavaScript 引擎对于这样的语句会临时生成一个 String 的实例，并在执行完后立即删除该实例。当再次调用时，又产生了一些新的实例，原来的赋值当然无法起到作用。原始是这样实现的啊，OMG ！
2013-07-17 15:11
var name = "Nicholas"; name.toUpperCase(); name.author = true; console.log(name.author); // undefined
JavaScript 引擎对于这样的语句会临时生成一个 String 的实例，并在执行完后立即删除该实例。当再次调用时，又产生了一些新的实例，原来的赋值当然无法起到作用。
原始是这样实现的啊，OMG ！

推荐

回应 2013-07-17 15:11
展开收起
第55页

有人

作者用大段篇幅描述排查由于使用css expression所造成bug痛苦经历时，不经意透露出他屡试不爽绝活：逐一删代码。 (1回应)
2012-12-31 14:29

作者用大段篇幅描述排查由于使用css expression所造成bug痛苦经历时，不经意透露出他屡试不爽绝活：逐一删代码。

推荐

1回应 2012-12-31 14:29

展开收起
第48页
kevin_开心 (男男不授受)
/代码内容已省略/ JavaScript 引擎对于这样的语句会临时生成一个 String 的实例，并在执行完后立即删除该实例。当再次调用时，又产生了一些新的实例，原来的赋值当然无法起到作用。原始是这样实现的啊，OMG ！
2013-07-17 15:11
var name = "Nicholas"; name.toUpperCase(); name.author = true; console.log(name.author); // undefined
JavaScript 引擎对于这样的语句会临时生成一个 String 的实例，并在执行完后立即删除该实例。当再次调用时，又产生了一些新的实例，原来的赋值当然无法起到作用。
原始是这样实现的啊，OMG ！

推荐

回应 2013-07-17 15:11
展开收起
第71页
kevin_开心 (男男不授受)
书中介绍了三种方式来避免全局变量或者只使用一个全局变量： 1. namespaces 命名空间由 YUI2 发扬光大，后续又出现了很多版本。 2. modules 据我了解大致有三种：YUI Modules、AMD 和 CMD YUI Modules 使用了”沙箱 + 命名空间“的方式；AMD 和 CMD 都使用了每个模块提供接口的方式，只不过是代码的执行时间不太相同。对于 YUI Modules 和 AMD/CMD 的两种策略，孰优孰劣，不太好说。个人认为..
2013-07-17 10:39
书中介绍了三种方式来避免全局变量或者只使用一个全局变量：
1. namespaces
命名空间由 YUI2 发扬光大，后续又出现了很多版本。
2. modules
据我了解大致有三种：YUI Modules、AMD 和 CMD
YUI Modules 使用了”沙箱 + 命名空间“的方式；AMD 和 CMD 都使用了每个模块提供接口的方式，只不过是代码的执行时间不太相同。
对于 YUI Modules 和 AMD/CMD 的两种策略，孰优孰劣，不太好说。个人认为，从模块独立的角度来看，由于命名空间的存在，YUI Modules 的各个模块除了依赖关系外，还是有一定的耦合的。比如我们还是要小心各个模块之间的命名空间的约定，这就导致模块之间具有一定的复杂度。不知道我理解的对不对？
也许 YUI Modules 受到了 YUI2 的 namespaces 的影响，为了更好的兼容性，所以它采用了这种策略？
3. 即时执行函数
有时候我们不需要搞那么复杂的命名空间或者模块化方案，这个时候有一个最简单的办法：
(function(global) { var doc = global.document; // declare other variables here // other code goes here }(this));

推荐

回应 2013-07-17 10:39
展开收起
第70页
kevin_开心 (男男不授受)
一直小心翼翼的写代码，检查自己的代码中是否不小心创造了隐式全局变量。后来使用 JSHint 来做这件事情，轻松了很多。突然又从书中看到，可以通过使用 /代码内容已省略/ 来让引擎检查隐式全局变量，看来对 "use strict" 掌握的还是不够深入啊。去 google 了下，这里是一些学习资源： https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Functions_and_f...
2013-07-17 09:39
一直小心翼翼的写代码，检查自己的代码中是否不小心创造了隐式全局变量。后来使用 JSHint 来做这件事情，轻松了很多。
突然又从书中看到，可以通过使用
"use strict";
来让引擎检查隐式全局变量，看来对 "use strict" 掌握的还是不够深入啊。
去 google 了下，这里是一些学习资源：
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Functions_and_function_scope/Strict_mode
http://www.ruanyifeng.com/blog/2013/01/javascript_strict_mode.html

推荐

回应 2013-07-17 09:39
展开收起
第55页

有人

作者用大段篇幅描述排查由于使用css expression所造成bug痛苦经历时，不经意透露出他屡试不爽绝活：逐一删代码。 (1回应)
2012-12-31 14:29

作者用大段篇幅描述排查由于使用css expression所造成bug痛苦经历时，不经意透露出他屡试不爽绝活：逐一删代码。

推荐

1回应 2012-12-31 14:29