Clean Code 读书笔记

命名，对象，数据结构

• 避免误导

accounts 和 accountList，除非 accountList 真的是一个 List 类型，
否则 accounts 会比 accountList 更好。因此像 List，Map这样的后缀，不要随意使用。
复制代码

• 用明确的意义去表述变量直接的区别。

很多情况下，会有存在 product，productData，productInfo 之类的命名，
Data 和 Info 很多情况下并没有明显的区别，不如直接就使用 product。
复制代码

• 使用读得出来的名称
• 函数只做一件事，控制参数个数

注释 （注释要精简准确，能不写就不要写;）

• 不易理解的代码添加注释

// kk::mm::ss, MM dd, yyyy
std::string timePattern = "\\d{2}:\\d{2}:\\d{2}, \\d{2} \\d{2}, \\d{4}";
复制代码

文件（物理）设计

• 一个文件尽量职责单一，功能只处理一件事
• 文件依赖最小
• 仅公开public接口

面向对象设计技巧

Java服务端开发中，三层/四层模型已经成为我们的编码习惯，变成了面向DAO而不是面向对象编程。

缺少模型抽象和设计环节，使得代码冗余，复用程度差。每次都是从DAO的mapper写起。

因此一个好的系统要定义一套好的模型，清楚每个方法的类归属。

• 为每个方法找到合适的类归属，数据和行为放一起

比如定义一个Person类。这个类可以吃饭，睡觉，上厕所，带孩子； 也有很多属性：姓名，年龄，性格... 和明显字段很大程度是定义和描述Person的，但很多行为和我的字段并不相关。 带孩子并不关心你是几岁。如果所有的行为全放在person里，这个类代码就很多。

所以service这时就比较有价值。如果一个行为无法确定是否属于某个领域对象，可以用无状态的service来写。但一定要适度，回归本质，合理划分每个模型的行为。

• 善于使用method object

当一段代码特别复杂时，有各种传参，if/else。我们可以先extract method object. method object 就是一个有数据行为的对象。依赖的数据会成为这个对象的变量，所有的行为会成为这个对象内部的方法。利用成员变量代替 传参，并且把一段过程代码转为对象代码，可以为面向对象编程提供基础（封装，继承，多态）。

 class DoMerger{
    Map params1; //属性1
    Map params2; // 属性2
    Do1 do1; //行为1
    Do2 do2;
    public DoMerger(Map params1,Map params2){
       this.params1 = params1;
       this.params2 = parmas2;
    }
    public void invoke(){
        do1 = getDo1();
        do2 = getDo2();
       mergeDO(do1,do2);
    }
    private Do1 getDo1();
    private Do2 getDo2();
    private void mergeDo(){
        print(do1+do2);
    }
 }
复制代码

• 面向接口编程
  ？？怎么做
  接口中对外的public接口，一定要有明确的职责。要判断每个public方法是否应该属于同一个interface。
• 正确的使用继承和组合
  • 一般情况下组合比继承更加灵活。
  • protected abstract 继承，父类保留扩展点，子类扩展。