出版社: O'Reilly Media
副标题: Writing Readable Code
出版年: 2012-6-22
页数: 242
定价: $34.99
装帧: Paperback
ISBN: 9781449327682
内容简介 · · · · · ·
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...
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 code survive once you're gone? Maintainable JavaScript doesn't just recommend a set of guidelines, it examines guidelines being used and recommended by others in the industry, so you get a feel for what's common in well-run JavaScript projects. Save a copy of this book now. It's the only resource that focus solely on JavaScript conventions.
作者简介 · · · · · ·
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?》等书籍,热爱分享...
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?》等书籍,热爱分享,喜欢折腾。微博http://weibo.com/jayli。
郭凯,花名流火,淘宝前端工程师,喜欢登山,也喜欢夜深人静时一人静静地写代码,折腾过许多小站均未能持久,有In、Juicer等开源项目。钟爱JavaScript,也喜欢Python,自嘲所学杂而不精。博客http://benben.cc。
张散集,花名一舟,淘宝前端工程师。他主要从事技术管理,负责淘宝网(北京)的新业务技术和前端团队,热爱前端新技术的推广与应用。翻译作品有《JavaScript Web富应用开发》和《JavaScript权威指南(第六版)》。
豆瓣成员常用的标签(共52个) · · · · · ·
喜欢读"Maintainable JavaScript"的人也喜欢的电子书 · · · · · ·
喜欢读"Maintainable JavaScript"的人也喜欢 · · · · · ·
Maintainable JavaScript的话题 · · · · · · ( 全部 条 )



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


javascript的开发规范文档

一些翻译和排版的问题

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

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

很好的javascript语言规范

推荐初中级前端开发者阅读
> 更多书评19篇
-
kevin_开心 (男男不授受)
/代码内容已省略/ JavaScript 引擎对于这样的语句会临时生成一个 String 的实例,并在执行完后立即删除该实例。当再次调用时,又产生了一些新的实例,原来的赋值当然无法起到作用。 原始是这样实现的啊,OMG !2013-07-17 15:11
-
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 -
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_modehttp://www.ruanyifeng.com/blog/2013/01/javascript_strict_mode.html回应 2013-07-17 09:39
-
豆豆の爸爸 (不断突破重塑,连接一切可能)
Line Breaking 当一行中的字数超过了最大值(一般为80个),必须要强制换行! Line breaking 是在操作符之后进行,另一行缩进2次(缩进1次为4空格)。 /代码内容已省略/2012-07-06 18:43
-
kevin_开心 (男男不授受)
/代码内容已省略/ JavaScript 引擎对于这样的语句会临时生成一个 String 的实例,并在执行完后立即删除该实例。当再次调用时,又产生了一些新的实例,原来的赋值当然无法起到作用。 原始是这样实现的啊,OMG !2013-07-17 15:11
-
kevin_开心 (男男不授受)
/代码内容已省略/ JavaScript 引擎对于这样的语句会临时生成一个 String 的实例,并在执行完后立即删除该实例。当再次调用时,又产生了一些新的实例,原来的赋值当然无法起到作用。 原始是这样实现的啊,OMG !2013-07-17 15:11
-
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 -
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_modehttp://www.ruanyifeng.com/blog/2013/01/javascript_strict_mode.html回应 2013-07-17 09:39
在哪儿买这本书 · · · · · ·
这本书的其他版本 · · · · · · ( 全部2 )
- 人民邮电出版社版 2013-4 / 395人读过 / 有售
以下豆列推荐 · · · · · · ( 全部 )
- 2012年读得感到最有价值的技术书 ([已注销])
- 读过的前端相关书籍 (Gseven)
- 前端書籍收集 (プロテイン)
- 2014 (Seatle)
- 2013-未完成 (5ive)
谁读这本书?
二手市场
- > 点这儿转让 有197人想读,手里有一本闲着?
订阅关于Maintainable JavaScript的评论:
feed: rss 2.0
0 有用 GeekInside 2013-08-20
第二部分对初学者还挺受用的……前后都有点水……
0 有用 Tao 2016-01-19
style guide 的部分比较基础, 结合 airbnb 的 style guide 看的话能很好的覆盖 ES5,6. Part 3的部分基本比较过时了, 现在主流工具是 gulp了. 其他部分还是很不错的. Google JavaScript Style Guide 也好久没更新了, 所以现在和 ES6结合比较好的也就 airbnb 的 style guide, 可以在 github 找到.
0 有用 长天之云 2012-09-08
值得推荐。可以当做教材,三类内容:代码排版、惯用法、工具自动化。
0 有用 辰光未然 2013-01-01
草草看过。理念不错,细节太多。对没有相关经验的成长中的团队肯定很有用。
0 有用 蓝石头 2012-05-31
作者把Douglas Crockford/Jquery /Dojo/Google 的编码规范都对比了一下,然后倾向于选择Douglas Crockford的编码风格,Crockford的good part有描述,part 2,loose couple写的也不错
0 有用 Parabola 2017-06-29
推荐给 JS 初学者,比犀牛书好(太多)。
0 有用 モイセン 2016-07-14
以前看过,不记得看完没,又草草翻了一遍。
0 有用 csensix 2016-02-03
没有很深的知识点,但确实扩充了自己的见识,知道了很多以前不了解的东西。同时,学到了一些良好的编码习惯,不仅仅是针对js,其他语言也是通用的。
0 有用 Tao 2016-01-19
style guide 的部分比较基础, 结合 airbnb 的 style guide 看的话能很好的覆盖 ES5,6. Part 3的部分基本比较过时了, 现在主流工具是 gulp了. 其他部分还是很不错的. Google JavaScript Style Guide 也好久没更新了, 所以现在和 ES6结合比较好的也就 airbnb 的 style guide, 可以在 github 找到.
0 有用 胖达妈妈 2015-11-12
还要读第二遍