设计模式

设计模式是对软件设计中普遍存在（反复出现）的各种问题，所提出的解决方案

维护性【可读性、规范性】

面向对象（OO）—> 功能模块【设计模式+算法（数据结构）】—> 框架（使用到多种设计模式）—> 架构（服务器集群）

设计模式包含了面向对象的精髓，“懂了设计模式，就懂了面向对象分析和设计（OOA/D）的精要”

七大原则

单一职责原则

一个类应该只负责一项原则

单一职责原则注意事项和细节：

1.降低类的复杂度

2.提高类的可读性、维护性

3.降低变更引起的风险

4.只有类中方法足够少，可以在方法级别保持单一原则

接口隔离原则

客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小接口上

里氏替换原则

在子类中尽量不要重写父类方法

继承让两个类的耦合性增强了，在恰当的情况下，可以通过聚合、组合、依赖来解决问题

依赖倒转原则

1.高层模块不应该依赖底层模块

2.抽象不应该依赖细节，细节应该依赖抽象

3.依赖倒转的中心思想是面向接口编程

4.设计理念：以抽象为基础搭建的架构比细节为基础的架构要稳定得多。在Java中，抽象指的是接口或抽象类，细节是具体的实现类

5.使用抽象类的目的是制定好规范，把任务交给实现类去完成

三种方式：通过接口传递实现依赖、通过构造方法传递依赖、通过setter方法传递

依赖倒转原则注意事项和细节：

1.底层模块尽量都要有抽象类和接口，或者二者都有，程序稳定性更好

2.变量的声明类型尽量是抽象类和接口，这样变量引用和实际对象间就存在一个缓冲层，利于程序扩展和优化

3.继承时遵循里式替换原则

开闭原则

编程中最基础最重要的设计原则

软件实体扩展开放、修改关闭

用抽象构建框架，用实现扩展细节

软件需要变化时，尽量扩展、减少修改

迪米特法则

类与类关系越密切，耦合度越大

又叫最少知道原则，一个类对自己依赖的类知道的越少越好

直接朋友：出现在成员变量、方法参数、方法返回值中的类

陌生的类最好不要以局部变量的形式出现在类的内部

避免出现非直接朋友关系的耦合

迪米特法则的核心：降低类的耦合

合成复用原则

尽量使用合成/聚合的方式，而不是使用继承

了解依赖、聚合、组合的区别