《编写可维护的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》

欢迎来到 石佳劼的博客，如有疑问，请在「原文」评论区 留言，我会尽量为您解答。