代码清洁之道——类（读书笔记）

1. 类的组织

自顶向下原则。变量列表（公共先于私有，静态先于实体），方法列表（私有工具方法紧随在所属方法之后）；

2. 类应该短小

系统应该由许多短小的类而不是少量巨大的类组成。

1）SRP：单一权责原则

类名越明确，类的职责就越清晰。

每个类单一权责，只有一个修改它的原因，并与少量的其他类协同完成工作；

分而治之：

让软件能工作：把有限的精力放在让代码能工作上→

让软件保持整洁：把臃肿的类切分代码为单一权责的类

类切得太小，要搞清楚一件较大的工作如何完成，要在类与类之间找来找去？错！按单一权责原则组织的类，在某个特定时间只需要关注直接相关的代码！而不是在一大堆并不需要了解的东西中艰难跋涉！

2）内聚

类中的方法和变量相互依赖、相互结合成一个逻辑整体。每个方法都操作一个或多个实体变量。

Stack类

package com.zte.javabasic;


import java.util.List;
import java.util.LinkedList; 


public class Stack {
private int topOfStack = 0;
List<Integer> elements = new LinkedList<Integer>();

public int size() {
return topOfStack;
}

public void push(int element) {
topOfStack++;
elements.add(element);
}

public int pop() throws PoppedWhenEmpty {
if (topOfStack == 0)
{
throw new PoppedWhenEmpty();
}
int element = elements.get(--topOfStack);
elements.remove(topOfStack);
return element;
}
}


保持内聚性就会得到许多短小的类：

I、为保持函数和参数列表短小的策略，将大函数切割为小函数，将拆出来的函数使用的变量提升为类的实体变量。

（这将导致，只允许少量函数共享而存在的实体变量越来越多——类丧失了内聚性。）

II、将这些变量和方法拆到两个或多个类中，让新的类更内聚。

3、隔离修改：为了修改而组织

开放-闭合原则OCP：类应当对扩展开放，对修改封闭。

依赖倒置原则DIP：类应该依赖于抽象而不是依赖于具体细节。

具体类实现细节，抽象类只呈现概念，利用接口和抽象类可以隔离因为细节的改变而带来的改变类的风险。