大话设计模式-CSDN博客

本文链接：https://blog.csdn.net/fuwenshen/article/details/124415744

6大原则

单一职责原则

一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分。核心就是控制类的粒度大小、将对象解耦、提高其内聚性

开放封闭原则

软件实体（类、模块、函数等）可以应该可以扩展，但不可以修改

依赖倒转原则

PC中的易插拔 —— 对象中的 强内聚、松耦合、

高层模块不应该依赖于低层模块，两个都应该依赖于抽象。
抽象不应该依赖于细节，细节应该依赖于抽象。（针对接口编程，不要对实现编程）

里氏代换原则

子类型必须能替换掉它们父类型。(子类拥有父类所有非private的行为和属性)

迪米特法则

如果两个类不必彼此直接通信，那么两个类就不应当发生直接的相互作用，如果其中一个类需要调用另一个类的某个方法的话，可以通过第三者转发这个调用。

思想：强调了类之间的松耦合。类之间的耦合越弱，越有利于复用。

设计模式

创建型模式

作用于对象的创建，将对象的创建与使用分离

单列模式

保证一个类仅有一个实例，并提供一个访问它的全局访问点

原型模式

在原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象

建造者模式

将一个复杂对象的构建与它的表示分离，使得同样的创建过程可以创建不同的表示。

它主要用于创建一些复杂的对象，这些对象内部结构间的建造顺序通常是稳定的，但内部的结构通常面临着复杂的变化。（创建对象的模板）

简单工厂模式

工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了与具体产品的依赖

缺点：违背了开放-封闭原则，增加新功能的是的时候需要在工厂类的switch中修改逻辑。

class OperationFactory {
    public static Operation createOperation(char operation){
        Operation oper = null;
        switch (operation) {
            case '+': {
                oper = new OperationAdd();
            }
            case '-': {
                oper = new OperationSub();
            }
            case '*': {
                oper = new OperationMul();
            }
            case '/': {
                oper = new OperationDiv();
            }
        }
        return oper;
    }
}

工厂方法模式

工厂方法模式：定义一个用户创建对象的接口，让子类决定实例化哪一个类，工厂方法使一个类的实例化延迟到其子类

遵循了开放-封闭原则

// 工厂类
interface IFactory{
    IOperation createOperation();
}
// 工厂实现类
class AddOperationFactory implements IFactory{

    public IOperation createOperation() {
        return new AddOperation();
    }
}

class SubOperationFactory implements IFactory{

    public IOperation createOperation() {
        return new SubOperation();
    }
}

抽象工程模式

提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

优点：

易于交换产品系类，由于具体工厂类在一个应用中只需要在初始化的时候出现一次，这使得改变一个应用的具体工厂变得非常容易，它只需要改变具体工厂即可使用不同的产品配置.

让具体的创建实例过程与客户端分离，客户端是通过他们的抽象接口操纵实例，产品的具体类名也被具体工厂的实现分离，不会出现在客户代码中

缺点：

新增功能的时候，需要改动所有的工厂和工厂实现类。如需要增加一个ProductC，所有的工厂类都需要增加crateProductC相关方法。

优化扩展： （抛弃 *Factory 工厂类）

用简单工厂来改进抽象工厂

class ProductAccess{
    private String type;
    public  ProductAccess(String type){
        this.type = type;
    }
    
    public static AbstractProductA crateProductA(){
        AbstractProductA productA = null;
        switch(type){
             case:"1" 
               productA = new ProductA1();
                break;
              case:"2"
                productA = new ProductA2();
                break;         
        }
        return productA;
    }
   
     public static AbstractProductA crateProductB(){
         ......
     }
}

反射 + 抽象工厂

额我说的我

结构型模式

将类或对象按某种布局组成更大的结构

代理模式

为其他对象提供一种代理以控制对这个对象的访问。

适配器模式

将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容不能一起工作的那些类可以一起工作。

场景：系统的数据和行为都正确，但接口不符时，我们应该考虑用适配器，目的是使控制范围之外的一个原有对象与某个接口匹配，适配器模式主要应用于希望复用一些现存的类，但是接口又与复用环境要求不一致的情况

两个类所做的事情相同或相似，但是具有不同的接口时要使用他，客户代码可以统一调用同一接口

、