Design pattern review summary-main points + mind map

Outline map

• Creation type: It involves the instantiation of objects, and the class model provides a method to decouple the customer from the objects that need to be instantiated

• Behavioral: As long as it is a behavioral model, it involves how classes and objects interact and assign responsibilities

• Structural: Structural mode allows you to combine classes or objects into larger structures

Detailed summary

Serial number	Mode division	benefit	Understanding summary	in principle
1	Strategy mode: defines a set of algorithms (the specific implementation of behavior), so that algorithms can be directly replaced without affecting the logic of the caller.	If you don’t distinguish between them, they are all placed in the super class, which will lead to some unique attributes that do not fit all subclasses If you do not design an implementation class for each attribute interface, and directly let the subclass implement the interface, it will lead to repeated implementation of the interface method for each interface even if the specific implementation of the interface method is universal. Encapsulate interchangeable behaviors, and use delegation to switch between behaviors, define algorithm clusters, and encapsulate them so that they can be replaced with each other. This mode makes algorithm changes independent of customers who use algorithms.	In object-oriented design, the behavior and attributes of the object are divided into changes (unique attributes) and unchanged (intrinsic attributes). The unchanging parts are placed in the superclass, and the changed parts are individually designed for each attribute. Class and assemble the interface into the superclass of the model.	Use combination more and inherit less.
2	Observer mode: The observer mode provides an object design that allows loose coupling between the subject and the observer.	Producers (topics) and consumers (subscribers) are decoupled, and both parties can expand arbitrarily Let objects be notified when their state changes, and define one-to-many dependencies between objects. In this way, when an object changes state, all dependent objects will be notified and automatically updated.	Work towards the direction of loosely coupled design. When there is one-to-many in data production and consumption scenarios, consider using observers. One piece of data can serve multiple consumption scenarios. When the subject data changes, you can actively push the data to the observer (the recommended way), or you can just notify the observer, and then the observer can query the changed data. Observable implemented by Java is a class rather than an interface. This leads to a class that inherits Observable and cannot inherit other classes. This is the drawback of Java observable. The design should be aimed at the interface, not the implementation programming. The actionListenner formed by SwingUI is also an implementation of the observer mode	Packaging changes, loosely coupled design
3	装饰器模式：动态的将功能附加到对象，同时这种附加有别于继承的方式附加新的属性/功能，这种附加可以被重复使用。	可以让扩展更灵活，对原有逻辑侵入更小，虽然代价是类会变多一些。 包装一个对象，以提供新的行为，动态的将责任附加到对象。若要扩展功能，装饰者了比继承更有弹性的替代方案	对扩展开放，对修改关闭。装饰器通过继承目标类的父类，让装饰器自身具有和目标类一样的外在表现，同时在装饰类内部，接收目标类，相当于对目标类做了一层代理。这样调用方使用装饰类和使用目标类的方式是一样的。	当出现原有的对象功能需要扩充时，应该坚持对修改关闭的原则，即使修改可以最快的解决问题，但也会因此淹没掉设计上的问题。坚持对修改关闭的原则，
4	工厂模式：定义一个工厂接口，由工厂子类决定创建的类是哪个，这样工厂接口自己是灵活的，工厂的子类也是灵活的。	提高横向扩展性，类的种类增加或替换时，不需要修改调用方的代码，只需要独立扩展工厂即可 提高纵向灵活性，创建逻辑和使用逻辑分离，使用方不再关心创建的具体流程，创建流程发生改变时，也不需要更改使用方的代码。 工厂方法让类把实例化推迟到子类。	简单工厂：可以说算不上是工厂，只是相当于把一个创建方法放到了单独的类里面，简单工厂的问题在于，当增加新的类时，工厂类需要变更，严格的看不符合开闭原则，但这样依旧可以让代码的逻辑更清晰，创建和使用的逻辑分离 工厂方法：每个实现类都有各自的工厂，这样当类做扩充时，工厂不再需要修改，只需要为新的类创建新的工厂即可，相当于一个类又一个工厂。 抽象工厂：抽象工厂的细节是工厂模式，相当于是在工厂方法做上的设计。当一个类需要多个部分共同创建时，而每个部分又可以独立的水平扩展，此时对于部分来说，使用的是工厂方法，对于整个对象来说，是工厂里包含了多个组件的工厂。	依赖倒置原则(DIP)，全称Dependence Inversion Principle，这是什么意思呢？先看下原始定义：High level modules should not depend upon low level modules.Both should depend uponabstractions.Abstractions should not depend upon details.Details should depend upon abstractions.简单来说，即是：具体类之间的关系应该依靠接口实现，但接口的设计不能依据具体的某个类。换言之也就是：面向接口编程！
5	单例模式：确保一个类只有一个实例，并且可以全局访问（静态方法）	全局（一个classLoader内）共用一个实例，节约创建的资源 提供全局访问点	静态变量和单例都可以实现公用，静态变量jvm启动时，就被创建了，如果静态变量依赖多方资源，就会变得麻烦。 单纯使用synchronize保证多线程下的不重复创建，但存在同步的性能问题 创建时再加同步，双层校验，使用volatile禁止指令重排（防止两次检查结果交叉）
6	命令模式：当发出命令的对象不关心执行命令的具体逻辑时，使用一个命令对象（command）实现发起命令方对执行命令方的调用。	命令发起者和命令执行者之间解耦，命令发起者不关心命令的具体执行过程，命令执行者可以水平扩展 将请求封装成对象，这可以让你使用不同的请求，队列，或者日志请求来参数化其他对象。命令模式也可以支持撤销操作	命令模式和策略模式都是通过接口注入不同的实现类，达到不同的操作的目的。 一个显著的区别是，策略模式的多种实现都在做同一件事，比如过滤接口有多种过滤规则，这些过滤的具体实现都在做同一件事---过滤； 命令模式的操作接口的具体实现在做不同的事，如一个指令可能对应开灯，播放音乐等不同的事情。 原因就在于，策略模式根据自身的规则操作传递的入参；而命令模式，甚至不关心入参是什么，重在操作自己关心的对象，如关灯操作关心的是灯，放音乐操作关心的是音乐播放器。	单一职责原则，英文全称Single Responsbility Property。怎样的类设计才称的上符合单一职责原则呢？一句话：应该有且仅有一个原因引起类的变更(There should never be more than one reason for a class to change)。这句话看起来文绉绉，但是等下结合例子就会发现，这句话可以贯穿单一职责原则的始终。
7	适配器模式：在不修改原有接口的情况下，将一个类的接口转换为期望的目标接口	无需修改原有代码，实现接口的变更 扩展性加强 封装对象，并提供不同的接口，将一个类的接口，转换成客户期望另一个接口，适配器让原本不兼容的可以合作无间。	适配有两种方式：对象适配和类适配 类适配：适配器同时继承源类和目标类，这样适配器同时具有源类和目标类的能力，但是java不支持多继承。T-->A;S-->A; 对象适配：适配器继承自源类，具备源类能力，目标类继承自适配器，从而使得目标类具备源类能力 S-->A-->T;	迪米特法则（Law of Demeter，LoD）也称为最少知识原则（Least Knowledge Principle，LKP），虽然名字不同，但描述的是同一个规则。第二个名字表述的更加直白：一个类具体是怎么执行业务的我不需要知道，你只要告诉我调用那个方法就可以了。怎样才算是告诉我有哪些方法？没错，public。类的所有public 方法和变量都认为是对我公开的。也就是说：一个类对象，应该对其他的类对象的方法、变量知道的越少越好（对外开放的public类型的方法和变量应该越少越好）。
8	模版方法：抽取逻辑流程的骨架，放到抽象类里，流程的细节在子类中实现，这样，不同的子类拥有一致的业务（逻辑）流程，但拥有各自的实现	提高了流程的复用性 提高了业务能力的扩展性（扩展子类） 对于流程固定，水平扩展的业务场景尤为有效 模板方法使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。	模版方法是工作中最为常见的设计模式之一。模板方法把固化的流程沉淀在上层抽象类中，而每个具体环节的实现，有继承该抽象类的子类各自实现，从而实现主流程的复用，以及业务扩展的灵活性，新创建一个子类，就对应一个新的处理策略。	好莱坞原则：在模板方法模式中，子类不显式调用父类的方法，而是通过覆盖父类的方法来实现某些具体的业务逻辑，父类控制对子类的调用，这种机制被称为好莱坞原则(Hollywood Principle)，好莱坞原则的定义为：“不要给我们打电话，我们会给你打电话(Don‘t call us, we’ll call you)”。在好莱坞，把简历递交给演艺公司后就只有回家等待。由演艺公司对整个娱乐项的完全控制，演员只能被动式的接受公司的差使,在需要的环节中，完成自己的演出。模板方法模式充分的体现了“好莱坞”原则。由父类完全控制着子类的逻辑，子类不需要调用父类，而通过父类来调用子类，子类可以实现父类的可变部份，却继承父类的逻辑,不能改变业务逻辑。 模板方法模式意图是由抽象父类控制顶级逻辑
9	状态模式	状态设计成类，不同的状态有不同的处理方法 与状态相关的能力更加内聚，对象主体不因状态的改变而改变 封装了基于状态的行为，并使用委托在行为间切换。允许对象在内部状态改变时改变它的行为，对象看起来好像修改了它的类。	状态模式让一个对象在不同状态时有不同的行为 状态模式用类来表示状态，与状态相关的行为也委托到状态的类里面 状态模式与策略模式使用方式相似（定义状态接口，并在主体类中引入状态接口，运行时创建状态实体类）
10	代理模式	解决直接访问对象时带来的问题，包括安全控制，跨进程等	为另一个对象提供替身或占位符以访问这个对象 和适配器模式的区别：适配器模式主要改变所考虑对象的接口，而代理模式不能改变所代理类的接口。 和装饰器模式的区别：装饰器模式为了增强功能，而代理模式是为了加以控制。