[架构设计]设计模式C++实现--模板方法模式

设计模式模板方法模式JAVA 篇一：Java模板方法设计模式1. 什么是回调函数所谓回调，就是客户程序C调用服务程序S中的某个函数A，然后S又在某个时候反过来调用C中的某个函数B，对于C来说，这个B便叫做回调函数。

回调函数只是一个功能片段，由用户按照回调函数调用约定来实现的一个函数。

回调函数是一个工作流的一部分，由工作流来决定函数的调用（回调）时机。

一般说来，C不会自己调用B，C提供B的目的就是让S来调用它，而且是C不得不提供。

由于S并不知道C 提供的B姓甚名谁，所以S会约定B的接口规范（函数原型），然后由C提前通过S的一个函数R告诉S自己将要使用B函数，这个过程称为回调函数的注册，R称为注册函数。

Web Service以及Java 的RMI都用到回调机制，可以访问远程服务器程序。

回调函数包含下面几个特性：1、属于工作流的一个部分；2、必须按照工作流指定的调用约定来申明（定义）；3、他的调用时机由工作流决定，回调函数的实现者不能直接调用回调函数来实现工作流的功能；2. 回调机制回调机制是一种常见的设计模型，他把工作流内的某个功能，按照约定的接口暴露给外部使用者，为外部使用者提供数据，或要求外部使用者提供数据。

java回调机制：软件模块之间总是存在着一定的接口，从调用方式上，可以把他们分为三类：同步调用、回调和异步调用。

同步调用：一种阻塞式调用，调用方要等待对方执行完毕才返回，它是一种单向调用；回调：一种双向调用模式，也就是说，被调用方在接口被调用时也会调用对方的接口；异步调用：一种类似消息或事件的机制，不过它的调用方向刚好相反，接口的服务在收到某种讯息或发生某种事件时，会主动通知客户方（即调用客户方的接口）。

回调和异步调用的关系非常紧密：使用回调来实现异步消息的注册，通过异步调用来实现消息的通知。

实例：1、回调类接口/*** 回调类接口**/public interface CallBack {public String findCallBack();}2、调用者/*** 调用者**/public class AnotherFunction {CallBack findCallBack;// 调用实现类方法} public String doCallback() { returnfindCallBack.findCallBack(); } /* 业务需要的时候，通过委派，来调用实现类的具体方法 */ public void setCallback(CallBack findCallBack){ this.findCallBack = findCallBack; }3、测试回调函数/*** new CallBack给调用者anotherFunction对象传递了一个实现CallBack接口的匿名类，* 这样AnotherFunction类的对象就取得了一个实现接口的类，可以在任何时候调用接口中的方法*/public class CallMainTest {public static void main(String[] args) {// 创建调用者实现类 AnotherFunction anotherFunction = new AnotherFunction(); // 将回调类接口注册进实现类中anotherFunction.setCallback(new CallBack(){ @Override public String findCallBack(){return "在CallMainTest类中实现但不能被CallMainTest 的对象引用,而由AnotherFunction对象调用";}});}//接收回调函数返回的信息 String info = anotherFunction.doCallback(); //打印输出System.out.println(info); }上述的代码：1.两个类：匿名类和AnotherFunction2.匿名类实现接口CallBack(在CallMainTest测试的main方法中用匿名类的形式实现)3.AnotherFunction拥有一个参数为CallBack接口类型的函数setCallback(CallBack findCallBack)4.匿名类运行时调用AnotherFunction 中setCallBack函数,以自身传入参数5.AnotherFunction 已取得匿名类，就可以随时回调匿名类中所实现的CallBack接口中的方法回调方法的使用通常发生在“java接口”和“抽象类”的使用过程中。

2024年软件资格考试计算机辅助设计师(基础知识、应用技术)合卷(中级)模拟试题(答案在后面)一、基础知识（客观选择题，75题，每题1分，共75分）1、在计算机辅助设计（CAD）系统中，用于描述物体形状和位置的数据模型被称为：A. 物理模型B. 几何模型C. 拓扑模型D. 功能模型2、下列哪一项不是计算机辅助制造（CAM）的主要功能？A. 加工路径规划B. 数控编程C. 零件强度分析D. 刀具轨迹仿真3、在面向对象的设计中，以下哪项不是面向对象设计的基本原则？A. 封装B. 继承C. 多态D. 过载4、在软件生命周期中，以下哪个阶段主要关注软件的可行性研究和需求分析？A. 设计阶段B. 开发阶段C. 可行性研究阶段D. 运行维护阶段5、下列关于算法时间复杂度的说法中，正确的是（）。

A. 算法的时间复杂度与问题的规模无关B. 算法的时间复杂度是指算法在最坏情况下的时间耗费C. 算法的时间复杂度是指算法在最好情况下的时间耗费D. 算法的时间复杂度与输入数据的初始状态无关6、在数据库设计中，将E-R图转换成关系数据模型的过程属于（）。

A. 逻辑设计阶段B. 需求分析阶段C. 概念设计阶段D. 物理设计阶段7、在软件生命周期模型中，螺旋模型结合了瀑布模型与哪种模型的特点？A. 原型模型B. 敏捷模型C. 迭代模型D. 喷泉模型8、下列选项中，不属于软件需求分析阶段任务的是：A. 需求获取B. 需求分析C. 编写需求规格说明书D. 软件设计评审9、在软件开发过程中，以下哪个阶段不属于需求分析阶段？A. 功能需求分析B. 性能需求分析C. 安全需求分析D. 系统集成阶段 10、以下哪种数据库设计范式能确保数据冗余最小，并且数据更新性能最高？A. 第一范式（1NF）B. 第二范式（2NF）C. 第三范式（3NF）D. 第四范式（4NF）11、在数据库设计中，E-R图（实体-关系图）主要用于描述数据库的：A. 逻辑结构B. 物理结构C. 概念结构D. 存储结构12、以下哪个不是面向对象程序设计（OOP）的基本特性？A. 封装B. 继承C. 多态D. 抽象数据类型13、下列关于操作系统的主要功能的描述错误的是？A. 处理器管理B. 存储管理C. 文件管理D. 信息管理14、在数据结构中，队列是一种什么样的线性表？A. 先进先出B. 后进先出C. 按索引访问D. 随机存取15、题目：在软件工程中，下列哪一项不属于软件开发生命周期模型？A. 瀑布模型B. 非线性模型C. 维护阶段D. 需求分析阶段16、题目：下列关于软件测试的说法中，正确的是：A. 软件测试只能发现错误，不能防止错误发生B. 软件测试是软件开发过程中的最后一环C. 软件测试只需关注软件的功能性测试D. 软件测试不需要编写测试用例17、在计算机图形学中，以下哪种算法常用于将三维物体投影到二维平面上？A. 傅里叶变换B. 光线投射算法C. 迪杰斯特拉算法D. 霍夫变换18、下列哪个术语与数据库管理系统（DBMS）中的“数据完整性”概念最相关？A. 数据加密B. 数据恢复C. 事务处理D. 数据冗余19、在数据库系统中，用来描述数据库中全部数据的整体逻辑结构的是：A. 外模式B. 模式C. 内模式D. 存储模式 20、在软件工程中，瀑布模型的主要缺点是：A. 用户容易参与开发B. 缺乏灵活性C. 用户与开发者易于沟通D. 适合于需求频繁变化的项目21、在软件工程中，用于描述软件系统需求规格的文档称为：A. 软件设计文档B. 软件测试计划C. 软件需求规格说明书D. 软件维护记录22、在面向对象设计中，以下哪种设计模式主要用于处理多个对象之间的通信问题？A. 工厂模式B. 单例模式C. 观察者模式D. 策略模式23、在软件生命周期模型中，螺旋模型是在瀑布模型的基础上增加了什么要素？A. 需求分析B. 设计与实现C. 风险分析D. 维护与升级24、下列哪种算法最适合用于对大量数据进行排序，并且对几乎已排序的数据表现良好？A. 冒泡排序B. 快速排序C. 插入排序D. 归并排序25、在软件工程中，瀑布模型通常被描述为一种 ______ 模型。

设计模式简答题1．什么是设计模式？设计模式的目标是什么？答：设计模式通常是对于某一类的软件设计问题的可重用的解决方案，将设计模式引入软件设计和开发过程，其目的就在于要充分利用已有的软件开发经验。

2．设计模式具有哪三大特点？答：(1) 在特定的场景下有可重用性，对相同类型不同问题的环境，其解决方案都有效。

(2) 可传授性，即问题出现的机会很多，解决问题的方案相同，人们相对可以接受。

(3) 有表示模式的名称。

3．GOF 设计模式常用的有几种？GOF 设计模式按照模式的目的可分为哪三类？答：行为型，结构型，创建型4．画出抽象工厂方法类图（这类题自己看书去。

）5.针对接口编程，不针对实现编程的意义。

答：主题与观察者都是用接口：观察者利用主题的接口向主题注册，而主题利用观察者接口通知观察者。

这样可以让两者之间运作正常，又同时具有松耦合的优点。

6.面向对象（OO）的原则有：答：1.封装变化2.多用组合，少用继承3.针对接口编程，不针对实现编程4.为交互对象之间的松耦合设计而努力5.对扩展开放，对修改关闭6.依赖抽象，不要依赖具体类7.只和朋友交谈8.别找我，我会找你9.类应该只有一个改变的理由7. 耦合分为几种？(1）内容耦合（2）公共耦合（3）外部耦合（4）控制耦合（5）标记耦合（6）数据耦合（7）非直接耦合8.GOF模式分为几种，每种包含哪些模式？答：分为3种。

创建型设计模式：简单工厂模式，工厂方法模式，抽象工厂模式，建造者模式，原型模式，单例模式；结构型设计模式：适配器模式，桥接模式，组合模式，装饰模式，外观模式，轻量级模式，代理模式；行为性设计模式：责任链模式，命令模式，解释器模式，迭代器模式，中介者模式，备忘录模式，观察者模式，状态模式，策略者模式，模板方法模式，访问者模式。

1．不要和陌生人说话”是(D)原则的通俗表述A．接口隔离B．里氏代换C．依赖倒转D．迪米特2．当一个抽象模型有两个方面，其中一个方面依赖于另一方面，将这两者封装在独立的对象中以使它们可以各自独立地改变和复用，可以考虑使用（A）A．观察者模式B．命令模式C．适配器模式D．单例模式3．对于某些类来说，只有一个实例是非常重要的，例如，系统中可以有都种类型的打印机，但是只能有一个打印机假脱机，只应该一个文件系统和一个窗口管理器，为此，可以使用（C）。

模板方法模式模板方法模式是一种行为设计模式，它定义了一个算法的骨架，并允许子类为一个或多个步骤提供实现。

模板方法模式使得子类可以在不改变算法结构的情况下重新定义算法的某些步骤。

在本文中，我们将深入探讨模板方法模式的原理、结构、应用场景以及优缺点。

原理。

模板方法模式的核心思想是定义一个算法的骨架，将算法中不变的部分抽象出来，而将可变的部分交由子类来实现。

这样可以保持算法的结构不变，同时允许子类根据需要重新定义算法的某些步骤。

在模板方法模式中，通常会定义一个抽象类，其中包含一个模板方法和若干个基本方法。

模板方法用于定义算法的骨架，而基本方法用于实现算法的各个步骤。

结构。

模板方法模式包含以下几个角色：1. 抽象类（Abstract Class），定义了一个模板方法，其中包含算法的骨架，以及若干个基本方法用于实现算法的各个步骤。

2. 具体类（Concrete Class），实现了抽象类中的基本方法，以完成算法的各个步骤。

应用场景。

模板方法模式通常适用于以下场景：1. 当算法的整体结构已经确定，但各个步骤的具体实现可能各不相同时，可以使用模板方法模式。

这样可以避免重复编写相似的代码，提高代码的复用性。

2. 当需要在不同的情况下使用相似的算法时，可以使用模板方法模式。

这样可以将算法的公共部分抽象出来，而将不同的部分交由子类来实现。

优缺点。

模板方法模式的优点包括：1. 提高代码的复用性。

模板方法模式将算法的骨架抽象出来，可以在不改变算法结构的情况下重定义算法的某些步骤，从而提高代码的复用性。

2. 提高扩展性。

模板方法模式允许子类重新定义算法的某些步骤，从而提高了系统的灵活性。

模板方法模式的缺点包括：1. 增加了系统的抽象性和理解难度。

模板方法模式将算法的骨架抽象出来，可能会增加系统的抽象性和理解难度。

2. 不适合所有情况。

模板方法模式适用于算法的整体结构已经确定，但各个步骤的具体实现可能各不相同的情况，不适合所有情况。

java架构师面试题一、面试题目简介本文主要介绍Java架构师面试题，包括面试题目内容、解析和答案等方面，帮助读者了解和准备相关面试内容。

二、面试题目内容1. 请简述什么是Java架构师？Java架构师是指在Java应用程序开发中，负责设计整体架构，并提出高效可靠的解决方案的专业人员。

他们需要具备扎实的Java编程基础、广泛的技术知识和丰富的项目经验。

2. 你认为一名优秀的Java架构师应该具备哪些技能和素质？优秀的Java架构师应该具备以下技能和素质：- 扎实的Java基础知识和编程能力；- 深入理解面向对象的设计原则和设计模式；- 熟悉多线程、并发编程和性能优化；- 具备数据库设计和优化的能力；- 熟悉分布式系统设计和微服务架构；- 具备架构设计和项目管理能力；- 良好的沟通能力和团队合作精神；- 不断学习和探索新技术的能力。

3. 请描述常见的Java设计模式，并简要解释其应用场景。

常见的Java设计模式包括：- 单例模式：用于确保一个类只有一个实例，并提供全局访问点。

- 工厂模式：用于创建对象，隐藏具体实现细节，通过接口或抽象类与客户端进行交互。

- 观察者模式：用于处理对象之间的一对多依赖关系，当一个对象状态发生改变时，通知依赖它的对象。

- 适配器模式：用于转换接口，将一个类的接口转换成客户端期望的接口。

- 装饰器模式：用于动态地添加对象的新功能，同时不改变其原有结构。

- 模板方法模式：定义一个操作的骨架，将一些步骤延迟到子类中实现。

这些设计模式在不同的场景中应用，能够提高代码的可维护性、扩展性和重用性。

4. 请简述分布式系统的特点和挑战。

分布式系统的特点包括：- 多节点：系统由多个节点组成，节点之间通过网络进行通信。

- 并发性：多个节点或进程同时执行任务，可以充分利用资源。

- 透明性：用户无需关心分布式系统的具体实现细节。

- 容错性：系统可以容忍节点的故障和网络的延迟。

分布式系统面临的挑战包括：- 数据一致性：节点之间的数据同步和更新存在延迟和冲突的问题。

常见的六种设计模式以及应用场景设计模式是对设计原则的具体化。

用江湖话说就是武林秘籍，总结出来的一些固定套路，可以帮助有根基的程序员迅速打通任督二脉，从此做什么都特别快。

常用的模式及其场景如下。

1) 单例模式。

单例模式是一种常用的软件设计模式。

在它的核心结构中只包含一个被称为单例类的特殊类。

通过单例模式可以保证系统中一个类只有一个实例而且该实例易于外界访问，从而方便对实例个数的控制并节约系统资源。

应用场景：如果希望在系统中某个类的对象只能存在一个，单例模式是最好的解决方案。

2) 工厂模式。

工厂模式主要是为创建对象提供了接口。

应用场景如下：a. 在编码时不能预见需要创建哪种类的实例。

b. 系统不应依赖于产品类实例如何被创建、组合和表达的细节。

3) 策略模式。

策略模式：定义了算法族，分别封装起来，让它们之间可以互相替换。

此模式让算法的变化独立于使用算法的客户。

应用场景如下。

a. 一件事情，有很多方案可以实现。

b. 我可以在任何时候，决定采用哪一种实现。

c. 未来可能增加更多的方案。

d. 策略模式让方案的变化不会影响到使用方案的客户。

举例业务场景如下。

系统的操作都要有日志记录，通常会把日志记录在数据库里面，方便后续的管理，但是在记录日志到数据库的时候，可能会发生错误，比如暂时连不上数据库了，那就先记录在文件里面。

日志写到数据库与文件中是两种算法，但调用方不关心，只负责写就是。

4) 观察者模式。

观察者模式又被称作发布/订阅模式，定义了对象间一对多依赖，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。

应用场景如下:a．对一个对象状态的更新，需要其他对象同步更新，而且其他对象的数量动态可变。

b.对象仅需要将自己的更新通知给其他对象而不需要知道其他对象的细节。

5) 迭代器模式。

应用场景如下：当你需要访问一个聚集对象，而且不管这些对象是什么都需要遍历的时候，就应该考虑用迭代器模式。

其实stl容器就是很好的迭代器模式的例子。

1.设计模式的原理? (C)A. 面对实现编程B. 面向对象编程C. 面向接口编程D. 面向组合编程2. 以下对"开-闭"原则的一些描述错误的是?(A)A. "开-闭"原则与"对可变性的封装原则"没有相似性.B. 找到一个系统的可变元素,将它封装起来,叫"开-闭"原则C. 对修改关闭: 是其原则之一D. 从抽象层导出一个或多个新的具体类可以改变系统的行为,是其原则之一3.以下不属于创建型模式是? (A)A.PROXY（代理）B.BUILDER（生成器）C. PROTOTYPE（原型）D.SINGLETON（单件）4.以下不属于结构型模式是? (D)A. COMPOSITE（组合）B. ADAPTER（适配器）C. FLYWEIGHT（享元）D. SINGLETON(单例)5.以下不属于行为型模式是? (D )A. COMMAND（命令）B. STRATEGY(策略)C. MEMENTO（备忘录）D. BRIDGE（桥接）/*23模式意图*/6.以下意图那个是用来描述ABSTRACT FACTORY（抽象工厂)?(A)A.提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

B.定义一个用于创建对象的接口，让子类决定实例化哪一个类。

C.将一个类的接口转换成客户希望的另外一个接口。

D.表示一个作用于某对象结构中的各元素的操作。

7.以下意图那个是用来描述BUILDER（生成器）?(B)A.定义一个用于创建对象的接口，让子类决定实例化哪一个类B.将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。

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

D.运用共享技术有效地支持大量细粒度的对象。

8.以下意图那个是用来描述FACTORY METHOD（工厂方法）?(C)A.提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

软件架构设计模式随着面向对象技术的发展和广泛应用，设计模式不再是一个新兴的名词，它已逐步成为系统架构人员、设计人员、分析人员以及程序开发人员所需掌握的基本技能之一。

设计模式已广泛应用于面向对象的设计和开发，成为面向对象领域的一个重要组成部分。

设计模式通常可分为三类：创建型模式、结构型模式和行为型模式。

1.创建型模式概述创建型模式(CreationalPattern)对类的实例化过程及对象的创建过程进行了抽象，能够使软件模块做到与对象的创建和组织无关。

创建型模式隐藏了对象的创建细节，通过隐藏对象如何被创建和组合在一起达到使整个系统独立的目的。

在掌握创建型模式时，需要回答以下三个问题：创建什么(What)、由谁创建(Who)和何时创建(When)。

创建型模式主要包括简单工厂模式、工厂方法模式、抽象工厂模式、建造者模式、原型模式、单例模式。

以下介绍其中使用频率较高的几种模式，包括简单工厂模式、工厂方法模式、抽象工厂模式、单例模式。

1.1简单工厂模式简单工厂模式(SimpleFatoryPattern)，又称静态工厂方法模式(StaticFactotyMethodPattern)，属于类创建型模式。

在简单工厂模式中，定义一个类,可以根据参数的不同返回不同的类的实例，这些类具有公共的父类和一些公共的方法。

简单工厂模式不属于GoF设计模式，它是最简单的工厂模式。

简单工厂模式专门定义一个类来负责创建其他类的实例，这个类称为工厂类，被创建的实例通常都具有共同的父类。

在简单工厂模式中，工厂类包含必要的判断逻辑，决定在什么时候创建哪一个产品类实例，客户端可以免除直接创建产品对象的责任，而仅仅“消费”产品，简单工厂模式通过这种方式实现了对责任的划分。

但是由于工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都要受到影响；同时系统扩展较为困难，一旦添加新产品就不得不修改工厂逻辑，违反了开闭原则，并造成工厂逻辑过于复杂。

策略模式与模板⽅法模式1. 策略模式策略模式是⼀种⾏为设计模式，它能让你定义⼀系列算法，并将每种算法分别放⼊独⽴的类中，以使算法的对象能够相互替换。

当你有许多仅在执⾏某些⾏为时略有不同的相似类时，可使⽤策略模式。

使⽤该模式能将类的业务逻辑与其算法实现细节隔离开来。

说⽩了，其实还是解耦策略模式的结构如上图所⽰，主要包含三个⾓⾊：抽象⾓⾊：通常是⼀个接⼝具体⾓⾊：接⼝的具体实现环境⾓⾊：调⽤接⼝的上下⽂环境，通常是⼀段业务逻辑⽅法举个常见的例⼦：⽀付先定义⼀个接⼝ PayStrategy.javapackage com.example.service;import com.example.domain.dto.PayDTO;import com.example.domain.dto.PayDetailDTO;/*** @author ChengJianSheng* @date 2021/1/11*/public interface PayStrategy{/*** 下单*/PayDTO prepay();/*** 查询*/PayDetailDTO query();/*** 撤销*/void cancel();/*** 退款*/void refund();}然后是具体实现AlipayStrategy.javapackage com.example.service.impl;import com.alipay.api.AlipayClient;import com.alipay.api.request.AlipayTradePrecreateRequest;import com.alipay.api.response.AlipayTradeCancelResponse;import com.example.domain.dto.PayDTO;import com.example.domain.dto.PayDetailDTO;import com.example.service.PayStrategy;import org.springframework.beans.factory.annotation.Autowired;import ponent;/*** https:///open/common/abilitymap* https:///open/194/106078* 扫码⽀付*/@Componentpublic class AlipayStrategy implements PayStrategy{@Autowiredprivate AlipayClient alipayClient;@Overridepublic PayDTO prepay(){AlipayTradePrecreateRequest request=new AlipayTradePrecreateRequest();AlipayTradeCancelResponse response=alipayClient.execute(request);return null;}@Overridepublic PayDetailDTO query(){return null;}@Overridepublic void cancel(){}@Overridepublic void refund(){}public void payNotify(String data){}public void refundNotify(){}}WeixinPayStrategy.javapackage com.example.service.impl;import com.example.domain.dto.PayDTO;import com.example.domain.dto.PayDetailDTO;import com.example.service.PayStrategy;import com.github.binarywang.wxpay.bean.notify.WxPayOrderNotifyResult; import com.github.binarywang.wxpay.bean.request.WxPayOrderQueryRequest; import com.github.binarywang.wxpay.bean.request.WxPayUnifiedOrderRequest; import com.github.binarywang.wxpay.service.WxPayService;import org.springframework.beans.factory.annotation.Autowired;import ponent;/*** https:///wiki/doc/apiv3/wxpay/pages/index.shtml* https:///Wechat-Group/WxJava/wiki/%E5%BE%AE%E4%BF%A1%E6%94%AF%E4%BB%98 * @author ChengJianSheng* @date 2021/1/11*/@Componentpublic class WeixinPayStrategy implements PayStrategy{@Autowiredprivate WxPayService wxPayService;@Overridepublic PayDTO prepay(){WxPayUnifiedOrderRequest request=new WxPayUnifiedOrderRequest();wxPayService.createOrder(request);return null;}@Overridepublic PayDetailDTO query(){WxPayOrderQueryRequest request=new WxPayOrderQueryRequest();wxPayService.queryOrder(request);return null;}@Overridepublic void cancel(){}@Overridepublic void refund(){}public void payNotify(String data){WxPayOrderNotifyResult result=wxPayService.parseOrderNotifyResult(data);}public void refundNotify(String data){WxPayOrderNotifyResult result=wxPayService.parseRefundNotifyResult(data);}}上下⽂package com.example.service.impl;import com.example.domain.dto.PayDTO;import com.example.service.PayService;import com.example.service.PayStrategy;import org.springframework.beans.factory.annotation.Autowired;import org.springframework.stereotype.Service;/*** @author ChengJianSheng* @date 2021/1/11*/@Servicepublic class PayServiceImpl implements PayService{@Autowiredprivate AlipayStrategy alipayStrategy;@Autowiredprivate WeixinPayStrategy weixinPayStrategy;@Overridepublic void prePay(PayDTO payDTO){// 创建⽀付订单// 组装参数PayStrategy payStrategy=null;if(payDTO.getChannel()==1){payStrategy=alipayStrategy;}else{payStrategy=weixinPayStrategy;}payStrategy.prepay();}}这样就将算法的细节与业务逻辑隔离开，开发始终要遵循的原则是：⾼内聚，低耦合其余部分代码补充如下：pom.xml<dependency><groupId>com.alipay.sdk</groupId><artifactId>alipay-sdk-java</artifactId><version>4.11.8.ALL</version></dependency><dependency><groupId>com.github.binarywang</groupId><artifactId>weixin-java-pay</artifactId><version>4.0.0</version></dependency>AlipayConfig.javapackage com.example.config;import com.alipay.api.AlipayClient;import com.alipay.api.DefaultAlipayClient;import org.springframework.beans.factory.annotation.Value;import org.springframework.context.annotation.Bean;import org.springframework.context.annotation.Configuration;/*** 扫码⽀付* https:///open/194/106078* https:///open/common/abilitymap** @author ChengJianSheng* @date 2021/1/11*/@Configurationpublic class AlipayConfig{@Value("${alipay.appId}")private String appId;@Value("${alipay.privateKey}")private String privateKey;@Value("${alipay.publicKey}")private String publicKey;@Beanpublic AlipayClient alipayClient(){AlipayClient alipayClient=new DefaultAlipayClient("https:///gateway.do",appId,privateKey,"json","UTF-8",publicKey,"RSA2");return alipayClient;}}WeixinPayConfig.javapackage com.example.config;import com.github.binarywang.wxpay.config.WxPayConfig;import com.github.binarywang.wxpay.service.WxPayService;import com.github.binarywang.wxpay.service.impl.WxPayServiceImpl;import org.springframework.beans.factory.annotation.Value;import org.springframework.context.annotation.Bean;import org.springframework.context.annotation.Configuration;/*** https:///wiki/doc/apiv3/index.shtml* https:///Wechat-Group/WxJava/wiki/%E5%BE%AE%E4%BF%A1%E6%94%AF%E4%BB%98* @author ChengJianSheng* @date 2021/1/11*/@Configurationpublic class WeixinPayConfig{/*** 公众号appid*/@Value("${weixin.pay.appId}")private String appId;/*** 商户号.*/@Value("${weixin.pay.mchId}")private String mchId;/*** 商户密钥.*/@Value("${weixin.pay.mchKey}")private String mchKey;@Value("${weixin.pay.notifyUrl}")private String notifyUrl;@Beanpublic WxPayService wxPayService(){WxPayConfig payConfig=new WxPayConfig();payConfig.setAppId(appId);payConfig.setMchId(mchId);payConfig.setMchKey(mchKey);payConfig.setNotifyUrl(notifyUrl);WxPayService wxPayService=new WxPayServiceImpl();wxPayService.setConfig(payConfig);return wxPayService;}}2. 模板⽅法模式模板⽅法模式是⼀种⾏为设计模式，它在超类中定义了⼀个算法的框架，允许⼦类在不修改结构的情况下重写算法的特定步骤。

23种设计模式记忆口诀根据内容要求，对23种设计模式进行简要说明，并整理成口诀。

设计模式是软件开发中常用的一种解决方案，它提供了面向对象设计和编程中常见问题的解决思路和方法。

根据GoF（Gang of Four）的分类，设计模式可以分为创建型、结构型和行为型三种类型，共23种设计模式。

1. 创建型模式（Creational Patterns）：- 工厂方法模式（Factory Method Pattern）：定义一个用于创建对象的接口，但由子类决定实例化的类。

- 抽象工厂模式（Abstract Factory Pattern）：提供一个创建一系列相关对象或依赖对象的接口，而无须指定它们的具体类。

- 单例模式（Singleton Pattern）：确保一个类只有一个实例，并提供一个全局访问点。

- 原型模式（Prototype Pattern）：用于创建重复性对象的一个原型。

- 建造者模式（Builder Pattern）：将一个复杂对象的构建和表示分离，使得同样的构建过程可以创建不同的表示。

2. 结构型模式（Structural Patterns）：- 适配器模式（Adapter Pattern）：将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的类可以一起工作。

- 桥接模式（Bridge Pattern）：将抽象部分和它真正的实现分离，使它们独立的变化。

- 装饰器模式（Decorator Pattern）：动态地将责任附加到对象上，扩展功能。

- 外观模式（Facade Pattern）：为子系统中的一组接口提供一个统一的接口，以简化系统的使用。

3. 行为型模式（Behavioral Patterns）：- 策略模式（Strategy Pattern）：定义一系列算法，将每个算法封装起来，并使它们可以相互替换。

- 模板方法模式（Template Method Pattern）：定义一个算法的骨架，由子类实现具体步骤。