尽管使用<!DOCTYPE html>，即使浏览器不懂这句话也会按照标准模式去渲染
用<figure>和<figcaption>来语义化地表示带标题的图片
<figure> <img src="path/to/image" alt="About image" /> <figcaption> <p>This is an image of something interesting. </p> </figcaption> </figure><small><small>已经被重新定义了，现在被用来表示小的排版，如网站底部的版权声明
HTML5没有严格的要求属性必须加引号，闭合不闭合，但是建议加上引号和闭合标签
有很多理由都能说明为什么我们应该写出清晰、可读性好的程序。 最重要的一点，程序你只写一次，但以后会无数次的阅读。
当你第二天回头来看你的代码时，你就要开始阅读它了。 当你把代码拿给其他人看时，他必须阅读你的代码。 因此，在编写时多花一点时间，你会在阅读它时节省大量的时间。
让我们看一些基本的编程技巧：
1. 尽量保持方法简短. 2. 永远永远不要把同一个变量用于多个不同的目的. 3. 使用自描述的变量名和方法名. 4. 尽可能的把变量定义在靠近使用它的地方. 5. 拒绝神秘数字. 6. 友好的对待你的语言. 7. 不要逆常规而行. 8. 警惕过早优化. 9. 积极重构测试过的程序. 10. 不要过度沉迷于技巧. 11. 通过习例学习新知.
现在，让我们把每个小点展开来详细讲一下。
尽管很多人都遵循这个规则，但它仍然非常的重要。你写的方法要始终能在一个屏幕里放得下。如果你需要去滚动屏幕，这会分散你的注意力，而且你看不到整个的上下文。
最佳长度是5-20行，这根据你的情况而定。
当然，getters/setters 通常是一行代码的方法，但与其说它们是真正的方法，不如说它们只是存取工具。
一个变量应该始终只为一个目的服务。通过使变量常量化(C++里的const，...
作者： Manuel Kiessling
翻译： goddyzhao & GrayZhang & MondayChen
本书致力于教会你如何用Node.js来开发应用，过程中会传授你所有所需的“高级”JavaScript知识。本书绝不是一本“Hello World”的教程。
你正在阅读的已经是本书的最终版。因此，只有当进行错误更正以及针对新版本Node.js的改动进行对应的修正时，才会进行更新。
本书中的代码案例都在Node.js 0.6.11版本中测试过，可以正确工作。
本书最适合与我有相似技术背景的读者： 至少对一门诸如Ruby、Python、PHP或者Java这样面向对象的语言有一定的经验；对JavaScript处于初学阶段，并且完全是一个Node.js的新手。
这里指的适合对其他编程语言有一定经验的开发者，意思是说，本书不会对诸如数据类型、变量、控制结构等等之类非常基础的概念作介绍。要读懂本书，这些基础的概念我都默认你已经会了。
然而，本书还是会对JavaScript中的函数和对象作详细介绍，因为它们与其他同类编程语言中的函数和对象有很大的不同。
读完本书之后，你将完成一个完整的web应用，该应用允许用户浏览页面以及上传文件。
当然了，应用本身并没有什么了不起的，相比为了实现该功能书写的代码本身，我们更关注的是如何创建一个框架来对我们应用的不同模块进行干净地剥离。 是不是很玄乎？稍后你就明白了。
本书先从介绍在Node.js环境中进行JavaScript开发和在浏览器环境中进行JavaScript开发的差异开始。...
这里有三个客观原因，导致Javascript的设计不够完善。
Javascript的设计，其实只用了十天。 而且，设计师是为了向公司交差，本人并不愿意这样设计（参见《Javascript诞生记》）。
另一方面，这种语言的设计初衷，是为了解决一些简单的网页互动（比如，检查”用户名”是否填写）， 并没有考虑复杂应用的需要。设计者做梦也想不到，Javascript将来可以写出像Gmail这种极其庞大复杂的网页。
Javascript同时结合了函数式编程和面向对象编程的特点，这很可能是历史上的第一例。 而且直到今天为止，Javascript仍然是世界上唯一使用Prototype继承模型的主要语言。 这使得它没有设计先例可以参考。
Javascript的发展非常快，根本没有时间调整设计。
1995年5月，设计方案定稿；10月，解释器开发成功；12月，向市场推出，立刻被广泛接受，全世界的用户大量使用。 Javascript缺乏一个从小到大、慢慢积累用户的过程，而是连续的爆炸式扩散增长。 大量的既成网页和业余网页设计者的参与，使得调整语言规格困难重重。
更糟的是，Javascript的规格还没来及调整，就固化了。
1996年8月，微软公司强势介入，宣布推出自己的脚本语言Jscript； 11月，为了压制微软，网景公司决定申请Javascript的国际标准； 1997年6月，第一个国际标准ECMA-262正式颁布。
也就是说，Javascript推出一年半之后，国际标准就问世了。 设计缺陷还没有充分暴露就成了标准。 相比之下，C语言问世将近20年之后，国际标准才颁布。
Javascript没有名称空间（namespace），很难模块化； 没有如何将代码分布在多个文件的规范； 允许同名函数的重复定义，后面的定义可以覆盖前面的定义，很不利于模块化加载。
本章介绍开始使用 Git 前的相关知识。我们会先了解一些版本控制工具的历史背景，然后试着让 Git 在你的系统上跑起来，直到最后配置好，可以正常开始开发工作。读完本章，你就会明白为什么 Git 会如此流行，为什么你应该立即开始使用它。
什么是版本控制？我真的需要吗？版本控制是一种记录若干文件内容变化，以便将来查阅特定版本修订情况的系统。在本书所展示的例子中，我们仅对保存着软件源代码的文本文件作版本控制管理，但实际上，你可以对任何类型的文件进行版本控制。
如果你是位图形或网页设计师，可能会需要保存某一幅图片或页面布局文件的所有修订版本（这或许是你非常渴望拥有的功能）。采用版本控制系统（VCS）是个明智的选择。有了它你就可以将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态。你可以比较文件的变化细节，查出最后是谁修改了哪个地方，从而导致出现怪异问题，又是谁在何时报告了某个功能缺陷等等。使用版本控制系统通常还意味着，就算你乱来一气把整个项目中的文件改的改删的删，你也照样可以轻松恢复到原先的样子。但额外增加的工作量却微乎其微。
许多人习惯用复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间以示区别。这么做唯一的好处就是简单。不过坏处也不少：有时候会混淆所在的工作目录，一旦弄错文件丢了数据就没法撤销恢复。
为了解决这个问题，人们很久以前就开发了许多种本地版本控制系统，大多都是采用某种简单的数据库来记录文件的历次更新差异（见图 1-1）。
Insert 18333fig0101.png 图 1-1. 本地版本控制系统
其中最流行的一种叫做 rcs，现今许多计算机系统上都还看得到它的踪影。甚至在流行的 Mac OS X 系统上安装了开发者工具包之后，也可以使用 rcs 命令。它的工作原理基本上就是保存并管理文件补丁（patch）。文件补丁是一种特定格式的文本文件，记录着对应文件修订前后的内容变化。所以，根据每次修订后的补丁，rcs 可以通过不断打补丁，计算出各个版本的文件内容。
接下来人们又遇到一个问题，如何让在不同系统上的开发者协同工作？于是，集中化的版本控制系统（ Centralized Version Control Systems，简称 CVCS...