高淇设计模式

高淇设计模式演讲人：日期:06模式应用规范目录01模式设计概述02创建型模式解析03结构型模式实现04行为型模式应用05模式实战案例01模式设计概述模式定义与分类设计模式定义设计模式是在特定上下文中反复出现的问题的通用解决方案，是一种可重用的设计思路。01设计模式分类根据目的和范围的不同，设计模式可分为创建型模式、结构型模式和行为型模式。02其他分类方法按照使用频率和重要性，还可分为基本模式、常用模式和高级模式等。03核心思想与价值解决常见问题设计模式为解决常见的设计问题提供了经过验证的解决方案，提高开发效率和代码质量。03设计模式强调面向对象的设计原则，如封装、继承和多态等，有助于降低系统耦合度。02面向对象设计复用与扩展通过复用已有的设计模式和组件，可以减少开发成本，提高系统扩展性和可维护性。01历史背景与演进设计模式的概念最早在建筑行业被提出，后来逐渐被引入到软件工程领域。初始阶段发展阶段现状与应用随着面向对象编程的兴起，设计模式开始得到广泛应用，并出现了许多经典的设计模式。如今，设计模式已经成为软件开发领域的重要组成部分，被广泛应用于各种规模和类型的软件开发项目中。02创建型模式解析工厂方法模式工厂方法模式定义定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法把类的实例化推迟到了子类。工厂方法模式结构包含产品接口、具体产品类、创建产品的工厂接口和实现工厂接口的具体工厂类。工厂方法模式优点用户只需关心所需产品对应的工厂，无须知道具体创建过程；加入新产品时只需添加具体产品类和相应工厂类，原有代码无需修改。工厂方法模式缺点类的个数容易过多，增加代码结构的复杂度；增加了系统的抽象性和理解难度。单例模式定义确保一个类只有一个实例，并提供全局访问点。单例模式结构包含一个私有的静态变量用于存放唯一实例，以及一个公有的静态方法用于获取该实例。单例模式优点在内存中只有一个实例，减少了资源的浪费；全局访问，方便管理。单例模式缺点单例类的职责过重，违背了“单一职责原则”；在多线程环境下可能导致线程安全问题。单例模式建造者模式建造者模式定义将一个复杂对象的构建过程与它的表示分离，使得同样的构建过程可以创建不同的表示。01建造者模式结构包含产品类、抽象建造者接口和具体建造者类。产品类通常是一个复杂对象，包含多个部分；抽象建造者接口定义了创建各个部分的方法；具体建造者类实现了抽象建造者接口，负责实际创建产品的各个部分。02建造者模式优点可以使得构建代码与表示代码分离，提高可扩展性和可维护性；可以更加精细地控制产品的创建过程。03建造者模式缺点需要增加很多类来定义产品各个部分的创建过程，导致类数量增加；产品类通常较为复杂，难以理解和维护。0403结构型模式实现适配器模式适配器模式（AdapterPattern）定义01将一个类的接口转换成客户期望的另一个接口，使原本由于接口不兼容而不能一起工作的类能够协作。适配器模式的结构02包括目标（Target）、适配（Adaptee）和适配器（Adapter）三个角色。适配器模式的实现方式03类适配器（使用继承）和对象适配器（使用对象组合）。适配器模式的应用场景04当需要一个类与现有类不兼容时，或需要重用现有类但接口不匹配时。装饰者模式装饰者模式（DecoratorPattern）定义01在不改变原有对象的基础上，给对象增加新的功能或职责。装饰者模式的结构02包括装饰器（Decorator）和具体组件（ConcreteComponent）两个角色。装饰者模式的实现方式03通过继承或组合来实现装饰器对具体组件的装饰。装饰者模式的应用场景04当需要为一个类增加功能，但又不能采用继承方式时；当需要动态增加功能时。代理模式代理模式（ProxyPattern）定义代理模式的实现方式代理模式的结构代理模式的应用场景为其他对象提供一种代理，以控制对这个对象的访问。包括代理（Proxy）、被代理对象（Subject）和接口（Interface）三个角色。通过实现接口或继承被代理对象来实现代理。当需要控制对某个对象的访问时；当需要增强对象的功能时；当需要创建对象开销较大时。04行为型模式应用策略模式策略模式定义策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以互相替换，策略模式让算法的变化独立于使用算法的客户。策略模式优点1）策略模式提供了管理多种算法的方法，即采用不同算法来解决同一问题；2）策略模式实现了开放-封闭原则，即在不修改原有类的情况下，可以新增策略；3）避免使用多重条件语句。策略模式应用场景1）多个类只区别于算法的情况下，可使用策略模式；2）需要多种算法并行，客户端决定使用哪种算法时；3）算法在一个类中多次被使用，且使用不同的算法行为时。观察者模式观察者模式定义观察者模式是一种对象结构型模式，在对象间定义了一对多的依赖关系，当一个对象改变状态，则所有依赖于它的对象都得到通知并被自动更新。观察者模式优点1）降低了目标与观察者之间的耦合度，两者之间的唯一依赖是抽象类；2）实现了动态的观察，目标的状态变化会及时通知各观察者；3）符合开放-封闭原则，无需修改目标类即可新增观察者。观察者模式应用场景1）当一个抽象模型有两个方面，其中一个方面依赖于另一个方面时；2）需要将多个对象进行同步更新时；3）对象状态变化需要通知多个对象，且不确定这些对象是谁或有多少个时。观察者模式扩展在实际应用中，观察者模式可以与其他模式结合使用，如与策略模式结合，形成策略观察者模式，既实现了动态观察，又提供了多种策略选择。命令模式命令模式定义命令模式是一种对象行为型模式，它将请求封装成对象，以便使用不同的请求、队列请求、记录请求日志、撤销操作等参数化方法，对请求进行各种处理。01命令模式优点1）降低了系统耦合度，使得请求发送者和接收者之间不必直接交互；2）增强了系统扩展性，可以很容易地加入新的命令，而无需改变其他代码；3）实现了请求和执行的分离，使得请求可以被多次使用、记录、撤销等。02命令模式应用场景1）需要对请求进行排队、记录日志、撤销操作等处理的系统；2）系统需要支持命令的宏操作（如批处理）；3）系统需要将请求发送者和接收者解耦，以降低系统的耦合度。03命令模式扩展在实际应用中，命令模式可以与策略模式结合使用，形成策略命令模式，既实现了请求的封装和参数化，又提供了多种策略选择。0405模式实战案例复杂场景适配方案场景描述某电商平台在不同终端设备上展示商品信息，包括PC、H5、APP和小程序等，要求统一接口、统一数据格式和统一业务逻辑。解决方案优点采用高淇设计模式中的适配层，将不同终端的请求进行适配，转换为统一的接口格式，同时根据不同终端的特点进行特殊处理，如PC端注重页面布局和交互效果，而APP和小程序注重性能和用户体验。提高了系统的可维护性和可扩展性，降低了开发成本，同时保证了各个终端的用户体验。123某大型系统包含多个独立子系统，如用户管理、商品管理、订单管理等，各个子系统之间存在复杂的业务关系和数据交互。系统解耦案例拆解场景描述采用高淇设计模式中的微服务架构，将各个子系统拆分为独立的微服务，每个微服务独立部署、独立运行、独立维护，通过API进行交互和协作。同时，采用事件驱动机制，将各个微服务之间的依赖关系转换为事件关系，实现了系统的解耦。解决方案提高了系统的稳定性和可用性，降低了系统之间的耦合度，方便进行独立开发和维护。优点性能优化场景应用某互联网应用在高并发场景下出现性能瓶颈，如响应时间长、系统崩溃等。场景描述采用高淇设计模式中的性能优化策略，包括缓存机制、异步处理、负载均衡等。通过缓存机制减少重复计算和IO操作，提高数据获取速度；通过异步处理将耗时操作异步执行，避免阻塞主线程；通过负载均衡将请求分发到多个服务器上，实现负载均衡和容错。解决方案提高了系统的性能和稳定性，降低了系统的响应时间和故障率，提升了用户体验。优点06模式应用规范选用原则与边界条件6px6px6px评估模式是否适用于当前业务场景、技术栈和团队能力。适用性考虑模式在未来业务增长和技术演进中的扩展能力。可扩展性保证模式在多种情况下都能稳定运行，不出现严重故障。稳定性010302明确模式的适用范围和限制条件，避免在超出边界的情况下使用。边界条件04避免过度设计避免过度依赖避免技术债务避免忽视业务价值不为了追求模式的完美而过度增加复杂性，保持简洁和实用。始终关注业务需求和价值，确保模式真正解决问题并带来收益。不要完全依赖某一种模式，应该根据实际情况灵活选择和调整。在引入模式