《编写可维护的JavaScript》之编程实践

最近读完《编写可维护的JavaScript》，让我受益匪浅，它指明了编码过程中，需要注意的方方面面，在团队协作中特别有用，可维护性是一个非常大的话题，这本书是一个不错的起点。

本书虽短，却五脏俱全，主要涵盖：编程风格（基本格式化、注释、语句和表达式、变量），编程实践（UI层松耦合、避免使用全局变量等）、自动化，3个部分的内容。

本文主要整理归纳了书中 编程实践 章节的核心内容，其他两章 编码风格 和 自动化 部分，还需结合当前的流行趋势重新整理，稍后再与大家分享。

第5章 UI层的松耦合

• Web开发三大要素，HTML（结构、内容），CSS（布局、样式），JavaScript（交互、行为）
• 将JavaScript从CSS中抽离
• 将CSS从JavaScript中抽离
• 将JavaScript从HTML中抽离
• 将HTML从JavaScript中抽离

第6章 避免使用全局变量

• 导致问题：命名冲突、代码的脆弱性、难以预测、意外的全局变量
• 单全局变量：依赖尽量少的全局变量，即只创建一个全局变量
• 命名空间：将功能按命名空间分组，l例如：var oa30.doc.workflow = {};
• 模块：将功能按模块分组，常用异步模块定义 Asynchronous Module Definition，简称AMD模式
• 零全局变量：简单的功能，通过自执行函数，可避免创建全局变量（需使用严格模式）

第7章 事件处理

• 规则1：隔离应用逻辑
• 规则2：不要分发事件对象

第8章 避免「空比较」

• 检测原始值，常用typeof
• 检测引用值：检测函数用typeof、检测数组用Object.prototype.toString.call(value)===‘[Object Array]'
• 检测属性，最好使用in运算符，只检测实例对象的属性，则需配合使用hasOwnProperty()

第9章 将配置数据从代码中分离出来

• 配置数据有：URL、重复的值、需要展现给用户的字符串、设置、可能发生变更的值
• 抽离配置数据，保存到单独的文件中，与逻辑代码分开

第10章 抛出自定义错误

• 为了兼容各个浏览器，请确保抛出的错误是一个Error对象，例如：throw new Error(‘i am a error.');
• 使用throw还是try-catch，错误应该在应用程序栈中最深的部分抛出，业务逻辑代码应该有错误处理的能力

第11章 不是你的对象不要动

• 不要修改：原生对象、DOM对象、BOM对象、类库对象
• 原则：不覆盖方法、不新增方法、不删除方法
• 更好的途径，使用基于对象的继承、基于类型的继承、门面模式
• 关于Polypill的注解
• ECMAScript5引入了三种阻止对象修改的级别，防止扩展、密封、冻结

第12章 浏览器嗅探

• User-Agent检测只能用于旧的或者特定版本的浏览器，绝不应当用于最新版本的或者未来的浏览器。
• 尽可能地使用特性检测，退而求其次可考虑User-Agent检测，永远不要使用特性推断和浏览器推断。

扩展阅读

• 《编写可维护的JavaScript》