设计模式学习笔记总结

设计模式七大原则

单一职责原则

对于一个类应该只负责一项职责。

接口隔离

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

依赖倒转

• 高层模块不应该依赖底层模块，两者都应该依赖其抽象
• 抽象不应该依赖细节，细节应该依赖抽象
• 依赖倒转的核心是面向接口编程
• 依赖倒转原则是基于这样的设计理念：相对于细节的多变性，抽象的东西要稳定得多。以抽象为基础搭建的架构比以细节为基础的架构要稳定得多。在java中，抽象指的是接口或抽象类，细节上实现类
• 使用接口或者抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给实现类

package top.yawentan.depandencyInverse;

interface Massage{
   
	String getMassage();
}

class Person{
   
    //依赖倒转,高层模块依赖了底层模块，这违反了依赖倒转原则
	public void getMassageError(Email email) {
   
		System.out.println(email.getMassage());
	}
    //对接口的依赖，满足依赖倒转
	public void getMassage(Massage massage) {
   
		System.out.println(massage.getMassage());
	}
}

class Email implements Massage{
   

	@Override
	public String getMassage() {
   
		// TODO Auto-generated method stub
		return "收到邮件信息为";
	}
	
}
class WeChat implements Massage{
   

	@Override
	public String getMassage() {
   
		// TODO Auto-generated method stub
		return "收到微信信息为";
	}
	
}

public class Depandency {
   
	public static void main(String[] args) {
   
		Person p = new Person();
		p.getMassage(new Email());
		p.getMassage(new WeChat());
	}
}

里氏替换

OOP中存在的问题：继承在给程序设计带来便利的同时，也带来了弊端。继承会给程序带来侵入性，程序的可以移植性变差，增加对象之间的耦合。修改父类时相应的也修改了所有子类。

如何正确的使用继承===>里氏替换原则。

所有引用基类的地方必须能透明的使用其子类的对象
在使用继承时，遵循里氏替换原则，在子类中尽量不要重写父类方法
里氏替换原则告诉我们，继承实际上让两个类耦合性增强了，在适当的情况下，可以通过聚合组合依赖来解决问题。

开闭原则ocp(最核心本质的原则)

• 一个软件实体入类，模块和函数应该对扩展开发(对提供方)，修改关闭(对使用方)。用抽象构建框架，用实现扩展细节。
• 当软件需求有变化时，尽量通过扩展软件的实体行为来实现变化，而不是通过修改已有的代码来实现变化。

迪米特法则

• 一个对象应该对其他对象保持最少了解，类和类关系越密切，耦合度越大

• 迪米特法则又叫最少知道原则，即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的public方法，不泄露任何信息。

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

合成复用原则

原则上尽量使用合成/聚合的方式，而不是使用继承，继承关系的耦合性最强

聚合(Aggregation)：通过成员变量和set方法赋值
组合(Composite)：通过成员变量和构造方法赋值
依赖(Dependency)：通过形参列表传入

设计原则的核心思想

• 找出应用中可能需要变化之处，把它们独立出来，不要和哪些不需要变化的代码混在一起。
• 针对接口编程，而不是针对实现编程。
• 为了交互对象之间的松耦合设计而努力

UML(Unified modeling language UML)统一建模语言

依赖(Dependency)：只要在类中用到了对方，那么他们之间就存在依赖关系。
泛化(Generalization)：继承
实现(Realization)：实现接口
关联(Associate)：类与类之间的关系，他是依赖关系的特例
聚合(Aggregation)：整体与部分之间的关系，可分开。
组合(Composite)：通过成员变量和构造方法赋值

设计模式类型

1. 创建者模式：单例模式，抽象工厂模式，原型模式，建造者模式，工厂模式
2. 结构型模式：适配器模式，桥接模式，装饰模式，组合模式，外观模式，享元模式，代理模式
3. 行为型模式：模板方法模式，命令模式，访问者模式，迭代器模式，观察者模式，中介者模式，备忘录模式，解释器模式(Interpreter模式)，状态模式，策略模式，职责链模式(责任链模式)

单例模式

1. 饿汉式(静态常量)

   1. 私有化构造器
   2. 类内部创建对象
   3. 对外暴露一个静态的公共方法

   class Single{