读书笔记－编写可测试的 JavaScript 代码－第二章?

第二章 复杂度

---

1. 
   
2. 读书目的 ：
   
   • 什么使复杂的代码 ？
   • 怎样避免代码的复杂性 ？
3. 读书心得 ：
   
   • 避免代码复杂性的方法：
     
     • 让函数保持最小代码量：将命令和查询保持分离；
       
       • 命令setter函数使用模mock测试；
       • 查询getter函数使用桩stub测试；
     • 不使用复杂或容易出错的构造 JSLint；
       
       • JSLint 是一个验证代码合理性的工具，用于对糟糕的代码风格，语法和语义进行分析，检测代码的不良部分；
       • 使代码更可读；
     • 圈复杂度
       
       • 表示代码中独立现行路径的数量；即需要编写的单元测试的最小数量；
     • 代码重用
     • 扇出／扇入
       
       • 扇出：测量函数直接或间接依赖的模块或对象的数量；
       • 扇入： 测量代码中常见功能的才重用；
       • 高扇出和扇入的代码：
         
         • 表示一个函数正在尝试做太多事情；
         • 可判断系统的压力点，函数关联太多，维护困难；
         • 不够精细，函数需要重构；
       • 高扇出／扇入象征紧耦合和高复杂度，会使函数和模块过于脆弱；
       • 降低扇出的方法： 将函数进行命令查询分离；
     • 耦合
       
       • 关注依赖模块是如何组合在一起的；
       • 耦合分类及等级：
         
         • 内容耦合 5；
         • 公共耦合 4；
         • 控制耦合 3 ；
         • 印记耦合 2；
         • 数据耦合 1；
         • 无耦合 0；
         • 实例化；
     • 注释 ，注释工具：
       
       • YUIDoc
       • JSDoc
       • Docco／Rocco
     • 人工测试
       
       • Fagan检验；
         

注 :

• 代码重用是正确的，高扇入表示代码重用率高，但是高扇入又象征紧耦合，高复杂度，应该怎么重用代码才能达到更好的效果呢？
• 什么是依赖注入？
• Fagan检验是什么？怎么检验？