本文主要是介绍代码清洁之道——类（读书笔记），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
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：类应该依赖于抽象而不是依赖于具体细节。
具体类实现细节，抽象类只呈现概念，利用接口和抽象类可以隔离因为细节的改变而带来的改变类的风险。
这篇关于代码清洁之道——类（读书笔记）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
