设计模式

假如，有一个接口，有多种实现， 传统工厂模式 传统代码写法如下 定义一个工厂接口、工厂类，服务接口、服务类 抽象 实现 这里存在的问题： 工厂类中耦合了，假如要再加一种实现，需要修改代码 代码优化 在

思维导图 概述 设计模式是面向对象开发语言中，遇到的种种场景和问题，然后提出的思路和解决方案，最后沉淀下来，就成了设计模式 设计模式其实就是解决问题的思路，就是套路，学习设计模式，能够快捷优雅的解决面

类和类之间的关系 依赖：关系最松，用到了别的类就是依赖 剩下三种横向关系，说的都是属性、字段 类和类的强弱关系

示例 实现类 上端调用 代理的实现类 有了这个代理---增加一些公共的逻辑：日志代理、异常捕捉代理、缓存代理 标准的代理： 1、不能修改原有的逻辑。只能增加通用逻辑，不能增加业务逻辑。 2、只能增加公

将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的哪些类可以一起工作。别名为包装器（Wrapper） 适配器模式主要有四种用法，分别为类适配器模式，对象

它定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。 什么是观察者模式 又称为发布-订阅（Publish/Subscribe）模式。在通知者中提供

定义一个中介对象来封装一系列对象之间的交互，使原有对象之间的耦合松散，且可以独立地改变它们之间的交互。 普通模式下，常常会出现好多对象之间存在复杂的直接交互关系，这种交互关系常常是“网状结构”，它要求

为请求创建了一个接收者对象的链。在责任链模式中，客户只需要将请求发送到责任链上即可，无须关心请求的处理细节和请求的传递过程，请求会自动进行传递。所以责任链将请求的发送者和请求的处理者解耦了。 比如请假

思维导图 为了贯彻依赖倒置原则，在上端（调用者）去掉对细节的依赖，但是又需要获得实例，将获得实例的方法封装为一个工厂类中，工厂负责生产对象。 问题：虽然上端移除了对细节的依赖，但是上端还得传递参数（枚

用来创建复杂对象， 使用场景： 多个部件或者零件，都可以装配到一个对象中，但是产生的运行结果又相同。 产品类非常复杂，或者产品类中调用顺序不同产生了不同的作用。 初始化一个对象特别复杂，如使用多个构造

用来批量创建重复对象，同时还要保证性能 在单例模式的基础上，创建实例时，采用内存拷贝。但是要注意浅拷贝、深拷贝的问题 解决浅拷贝的问题思路： 1、将里面引用类型的重新赋值，如下 注意一下特殊的引用类型

什么是单例模式 对象重用的需求： 对象在构造的时候会消耗时间或者占用资源 很多地方都需要用到这个对象 不同地方的使用一个实例和多个实例没有区别 对象重用的实现： 同一个方法或同一个类：变量共享即可 不