uml结构图讲解（概述耦合UML）
uml结构图讲解（概述耦合UML）就比如大学老师，负责很多很多工作，但是不管是辅导员，授课老师，行政老师，虽然都可以统称为老师，但是将大量的内容和职责放到一个类中，显然是不合理的，不如细分开来优点：阅读《Java 编程思想》 阅读《代码整洁之道》定义：单一职责原则规定一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分一个类，并不应该承担太多的责任，否则当为了引入类中的 A 职责的时候，就不得不把 B 职责 也引入，所以我们必须满足其高内聚以及细粒度
学校 A 和 B 分别实现这个接口，然后实现接口方法
public class ASchool implements ISchool {
@Override
public String readBook() {
return "阅读《Java 编程思想》";
}
}
public class BSchool implements ISchool {
@Override
public String readBook() {
return "阅读《代码整洁之道》";
}
}
复制代码
Client 客户类，调用时，只需要传入接口参数即可
public class Client {
public void read(ISchool school){
System.out.println(school.readBook());
}
}
复制代码
看一下测试类
public class Test {
public static void main(String[] args) {
Client client = new Client();
client.read(new ASchool());
client.read(new BSchool());
}
}
复制代码
运行结果
阅读《Java 编程思想》 阅读《代码整洁之道》
(四) 单一职责原则定义：单一职责原则规定一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分
一个类，并不应该承担太多的责任，否则当为了引入类中的 A 职责的时候，就不得不把 B 职责 也引入，所以我们必须满足其高内聚以及细粒度
优点：
- 降低类的复杂度。一个类只负责一项职责，其逻辑肯定要比负责多项职责简单得多。
- 提高类的可读性。复杂性降低，自然其可读性会提高。
- 提高系统的可维护性。可读性提高，那自然更容易维护了。
- 变更引起的风险降低。变更是必然的，如果单一职责原则遵守得好，当修改一个功能时，可以显著降低对其他功能的影响。
就比如大学老师，负责很多很多工作，但是不管是辅导员，授课老师，行政老师，虽然都可以统称为老师，但是将大量的内容和职责放到一个类中，显然是不合理的，不如细分开来
例如：
