设计模式之策略模式与模板模式
软件开发中的设计模式有哪些
软件开发中的设计模式有哪些在软件开发的领域中，设计模式就像是一套经过实践检验的解决方案，帮助开发者更高效、更优雅地解决常见的问题。
它们是软件开发中的宝贵经验总结，为构建可维护、可扩展和灵活的软件系统提供了有力的支持。
接下来，让我们一起探索一下软件开发中常见的设计模式。
一、创建型设计模式1、单例模式（Singleton Pattern）单例模式确保一个类只有一个实例存在，并提供一个全局访问点来获取该实例。
这在某些情况下非常有用，比如一个系统中只需要一个数据库连接池或者一个日志记录器。
想象一下，如果多个线程同时创建多个数据库连接池实例，不仅会浪费资源，还可能导致混乱。
通过单例模式，我们可以保证只有一个实例存在，有效地管理资源。
2、工厂模式（Factory Pattern）当我们需要创建对象，但又不想让客户端直接与具体的类进行交互时，工厂模式就派上用场了。
它定义了一个用于创建对象的接口，让子类决定实例化哪一个类。
比如，在一个汽车生产厂中，有不同类型的汽车（轿车、SUV 等），我们可以通过一个工厂类根据需求来创建相应类型的汽车对象，而客户端只需要向工厂请求即可，无需关心具体的创建细节。
3、抽象工厂模式（Abstract Factory Pattern）抽象工厂模式提供了一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
例如，一个家具厂可能生产多种风格的家具（现代风格、古典风格），每种风格都有配套的椅子、桌子和沙发。
通过抽象工厂模式，我们可以根据用户选择的风格创建一整套家具，保证了风格的一致性和协调性。
4、建造者模式（Builder Pattern）建造者模式将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
比如构建一个电脑配置，我们可以有不同的 CPU、内存、硬盘等组件选择，通过建造者模式，可以清晰地定义构建的步骤和顺序，同时能够灵活地组合不同的组件来创建出各种不同配置的电脑。
模板方法模式和策略模式的区别
模板方法模式和策略模式的区别模板方法模式和策略模式都是常见的软件设计模式，经常被用于解决一些重复性的问题和提高代码的可复用性。
虽然它们都是用来实现相似的功能，但是在实际使用中还是存在一些差别和适用范围。
本文将会从几个方面来分析模板方法模式和策略模式的区别。
一、定义模板方法模式是一种基于继承的设计模式，它定义了一系列的算法步骤，其中一些步骤是固定的，而另外一些则可以由子类来实现。
在模板方法模式的实现中，基类会提供一个模板方法，这个模板方法会按照设定的算法步骤去调用一些基本方法，而这些基本方法则是由子类来具体实现的。
策略模式则是一种基于组合的设计模式，它定义了一系列的算法族，其中每一个算法都是独立的，并且可以相互替换。
在策略模式的实现中，每一个算法都会被封装为一个独立的类，这些类都实现了同样的接口。
在使用策略模式时，客户端可以根据需要选择一个具体的算法类来完成相应的任务。
二、作用模板方法模式的作用是将一些重复性的操作封装到基类中，避免了代码的冗余，并且保证了操作的一致性。
在使用模板方法模式时，子类只需要关注具体的算法实现，而不用再去考虑整体的算法过程。
策略模式的作用则是将算法的具体实现细节与客户端分离开来，从而实现算法的相互独立和可复用性。
在使用策略模式时，客户端只需要关注具体的算法类的选择，而不用再去关注算法的具体实现。
三、应用场景模板方法模式一般适用于那些具有相同算法过程，但是某些步骤可能需要根据具体情况来实现的情景。
例如在实现一个数据加密系统时，不同的加密算法可能只有加密方法不一样，而其他的步骤都是相同的。
在这种情况下我们就可以使用模板方法模式来实现。
策略模式则通常适用于那些算法相对独立、客户端需要根据不同的场景来选择不同的算法的情景。
例如在实现一个图形处理系统时，不同的图形处理算法可能根据具体情况来选择不同的算法，例如旋转、缩放、裁剪等。
在这种情况下我们就可以使用策略模式来实现。
四、关注点模板方法模式的关注点在于算法的执行过程，因此它更适用于那些执行逻辑相对固定、只有一些部分需要变化的场合。
Java设计模式常用设计模式及其应用场景
Java设计模式常用设计模式及其应用场景设计模式是软件工程中常用的一种解决问题的方案，它提供了一套被广泛接受和验证的解决方案，用于解决在软件设计过程中遇到的各种问题。
Java作为一种广泛应用的编程语言，有许多常用的设计模式可以应用到Java开发中。
本文将介绍几种常用的Java设计模式以及它们的应用场景。
一、单例模式单例模式是一种在整个应用程序中只允许创建一个实例的设计模式。
它主要解决的问题是对资源的共享访问以及避免重复创建对象。
在Java中，单例模式的应用场景非常多，比如用于创建数据库连接池、线程池等资源池。
使用单例模式可以保证这些资源的唯一性，避免资源的浪费。
二、工厂模式工厂模式是一种通过创建工厂类来实例化对象的设计模式。
它主要解决的问题是创建对象的过程复杂，需要通过工厂类来封装这个复杂的过程。
在Java中，工厂模式常用于创建对象时需要根据条件来判断具体需要创建哪种类型的对象的情况。
比如，根据用户的输入来创建不同类型的图形对象，可以使用工厂模式。
三、观察者模式观察者模式是一种对象间的一对多依赖关系，当一个对象的状态发生变化时，它的所有依赖对象都会收到通知并自动更新。
在Java中，观察者模式被广泛应用于事件监听和消息传递。
比如，一个网站上的用户注册功能，当用户成功注册后，可以通过观察者模式通知其他相关的模块进行相应的操作。
四、策略模式策略模式是一种将算法封装起来并使其可以互相替换的设计模式。
它主要解决的问题是为同一种问题提供多种解决方案，并且使这些解决方案可以相互替换，互不影响。
在Java中，策略模式可以用于实现不同的排序算法、不同的计算方式等。
比如，一个商场的折扣活动可以采用策略模式，根据不同的折扣策略计算折扣后的价格。
五、装饰者模式装饰者模式是一种通过为对象添加新的功能来扩展其功能的设计模式，它不改变对象的结构。
在Java中，装饰者模式常用于对已有的类进行功能扩展或者改造。
比如，对一个已有的文件读写类进行包装，增加加密、压缩等额外功能，而不改变原有类的结构和接口。
黑马程序员C语言教程：常见的六种设计模式
常见的六种设计模式以及应用场景设计模式是对设计原则的具体化。
用江湖话说就是武林秘籍，总结出来的一些固定套路，可以帮助有根基的程序员迅速打通任督二脉，从此做什么都特别快。
常用的模式及其场景如下。
1) 单例模式。
单例模式是一种常用的软件设计模式。
在它的核心结构中只包含一个被称为单例类的特殊类。
通过单例模式可以保证系统中一个类只有一个实例而且该实例易于外界访问，从而方便对实例个数的控制并节约系统资源。
应用场景：如果希望在系统中某个类的对象只能存在一个，单例模式是最好的解决方案。
2) 工厂模式。
工厂模式主要是为创建对象提供了接口。
应用场景如下：a. 在编码时不能预见需要创建哪种类的实例。
b. 系统不应依赖于产品类实例如何被创建、组合和表达的细节。
3) 策略模式。
策略模式：定义了算法族，分别封装起来，让它们之间可以互相替换。
此模式让算法的变化独立于使用算法的客户。
应用场景如下。
a. 一件事情，有很多方案可以实现。
b. 我可以在任何时候，决定采用哪一种实现。
c. 未来可能增加更多的方案。
d. 策略模式让方案的变化不会影响到使用方案的客户。
举例业务场景如下。
系统的操作都要有日志记录，通常会把日志记录在数据库里面，方便后续的管理，但是在记录日志到数据库的时候，可能会发生错误，比如暂时连不上数据库了，那就先记录在文件里面。
日志写到数据库与文件中是两种算法，但调用方不关心，只负责写就是。
4) 观察者模式。
观察者模式又被称作发布/订阅模式，定义了对象间一对多依赖，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。
应用场景如下:a．对一个对象状态的更新，需要其他对象同步更新，而且其他对象的数量动态可变。
b.对象仅需要将自己的更新通知给其他对象而不需要知道其他对象的细节。
5) 迭代器模式。
应用场景如下：当你需要访问一个聚集对象，而且不管这些对象是什么都需要遍历的时候，就应该考虑用迭代器模式。
其实stl容器就是很好的迭代器模式的例子。
java 面向对象的常用设计模式
java 面向对象的常用设计模式java 面向对象的常用设计模式有：1、观察者模式观察者模式又称为发布-订阅模式，定义了对象之间一对多依赖关系，当目标对象(被观察者)的状态发生改变时，它的所有依赖者(观察者)都会收到通知。
2、抽象工厂模式抽象工厂模式主要用于创建相关对象的家族。
当一个产品族中需要被设计在一起工作时，通过抽象工厂模式，能够保证客户端始终只使用同一个产品族中的对象；并且通过隔离具体类的生成，使得客户端不需要明确指定具体生成类；所有的具体工厂都实现了抽象工厂中定义的公共接口，因此只需要改变具体工厂的实例，就可以在某种程度上改变整个软件系统的行为。
3、单例设计模式单例设计模式可以确保系统中某个类只有一个实例，该类自行实例化并向整个系统提供这个实例的公共访问点，除了该公共访问点，不能通过其他途径访问该实例。
4、策略模式将类中经常改变或者可能改变的部分提取为作为一个抽象策略接口类，然后在类中包含这个对象的实例，这样类实例在运行时就可以随意调用实现了这个接口的类的行为。
比如定义一系列的算法，把每一个算法封装起来，并且使它们可相互替换，使得算法可独立于使用它的客户而变化，这就是策略模式。
5、适配器模式适配器模式主要用于将一个类或者接口转化成客户端希望的格式，使得原本不兼容的类可以在一起工作，将目标类和适配者类解耦；同时也符合“开闭原则”，可以在不修改原代码的基础上增加新的适配器类；将具体的实现封装在适配者类中，对于客户端类来说是透明的，而且提高了适配者的复用性，但是缺点在于更换适配器的实现过程比较复杂。
6、命令模式命令模式的本质是将请求封装成对象，将发出命令与执行命令的责任分开，命令的发送者和接收者完全解耦，发送者只需知道如何发送命令，不需要关心命令是如何实现的，甚至是否执行成功都不需要理会。
命令模式的关键在于引入了抽象命令接口，发送者针对抽象命令接口编程，只有实现了抽象命令接口的具体命令才能与接收者相关联。
策略模式整合模板方法
策略模式整合模板方法
策略模式和模板方法是两种常见的设计模式，它们在软件开发中起着重要的作用。
通过将它们整合在一起，可以更好地利用它们的优点，提高代码的灵活性和可维护性。
策略模式是一种行为型设计模式，它允许在运行时选择算法的行为。
它通过将不同的算法封装在独立的策略类中，使得它们可以互相替换，达到动态改变对象的行为的目的。
在策略模式中，我们定义了一个公共接口，所有的策略类实现这个接口，并根据不同的需求提供不同的实现。
而模板方法是一种行为型设计模式，它定义了一个算法的骨架，将一些步骤的实现交给子类来完成。
通过模板方法，可以在不改变算法结构的情况下，允许子类重新定义算法中的某些步骤。
模板方法模式常常用于实现一些公共的算法流程，提高了代码的复用性和可维护性。
通过整合策略模式和模板方法模式，我们可以将策略类作为模板方法模式中的一部分，允许在模板方法中动态切换策略。
这样可以使得模板方法更加灵活，可以根据不同的需求使用不同的策略。
在整合的过程中，我们可以将策略类作为模板方法类的一个属性，并在模板方法中根据需要选择合适的策略进行调用。
这种整合方式可以使得代码更加结构化和可维护，同时也符合设计原则中的单一职责原则和开闭原则。
综上所述，策略模式和模板方法是两种常见的设计模式，它们可以通过整合来实现更好的代码结构和灵活性。
在实际应用中，我们可以根据具体的需求来选择是否需要整合这两种模式，以达到最佳的设计方案。
模板方法模式和策略模式
模板方法模式和策略模式模板方法模式模板方法模式是一种对对象行为的抽象化，它是将某个对象的行为提取出来，封装在方法中，那么该模式就是将某类的行为的设计抽象化，通过抽象化可以简化该类调用时的复杂度。
模板方法模式定义了一个算法的步骤，并将这些步骤的实现延迟到子类中。
这样，即使子类实现了不同的行为，它们仍然可以按照抽象类中定义的步骤去执行。
模板方法模式有以下几个角色：（1）抽象类：抽象类可以定义算法的步骤，它将每一步定义为一个抽象方法，需要子类去实现，但是它不需要指定算法的具体实现步骤；（2）具体子类：由于算法的具体实现步骤由子类来完成，所以它可以完成算法中与特定操作相关而将封装在抽象类中的步骤，也可以重写父类定义的抽象方法；（3）客户端：通常是主函数，负责创建具体子类的实例，并调用其中的某些方法来实现算法的步骤。
模板方法模式的使用场景（1）在某些业务中，多个子类之间存在大量的公用代码，可以将这些公用的代码放到一个父类的模板方法中，以此来减少代码的重复性；（2）当处理某类型问题时，不同的子类可能会提供不同的解决方案，而抽象类可以把这些解决方案整合到一个模板方法中，从而利用这种抽象性去解决具体的问题。
策略模式策略模式是一种行为设计模式，它定义了可以互换的算法族，并且使它们之间可以相互替换。
该模式使得算法可独立于使用它的客户而变化。
策略模式可以看作是一种用于替换多重条件分支语句的更好方案。
（1）环境类：环境类是一个使用策略类的客户端，它可以对一个策略对象进行配置、用于在运行时选择算法；（2）抽象策略：抽象策略类是一类算法的抽象，功能和接口都可以在该抽象类中定义；（4）客户端：使用环境类的客户端，可以使用不同的算法来实现不同的业务，它可以根据实际情况替换策略。
（1）当一个系统具有多种处理某一个问题的算法，并且客户端需要动态地在这些算法中选择一种解决方案时，可以采用策略模式；（2）当系统需要根据外部条件来选择不同的算法时，可以使用策略模式；（3）当一个对象有很多的行为相似，可以采用策略模式，把相似的行为放到一个策略类中，使结构更加清晰。
策略模式与模板方法模式
策略模式与模板⽅法模式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. 模板⽅法模式模板⽅法模式是⼀种⾏为设计模式，它在超类中定义了⼀个算法的框架，允许⼦类在不修改结构的情况下重写算法的特定步骤。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
PPT文档演模板
设计模式之策略模式与模板模式
定义和角色 结构示意图
实例说明 优缺点和环境
区别与联系
缺点 （1）每个不同的实现都需要定义一个 子类，这会导致类的个数的增加，也会增 加很多具体方法的数量，使设计更加抽象。 （2）如果选用的实现方式不当，复用 情况会很差。
PPT文档演模板
设计模式之策略模式与模板模式
定义和角色 结构示意图
示例代码 实例说明 优缺点和环境
PPT文档演模板
设计模式之策略模式与模板模式
定义和角色 结构示意图
示例代码 实例说明 优缺点和环境
写个客户端来测试运行一下，示例代码如下：
PPT文档演模板
设计模式之策略模式与模板模式
目录
Contents
PPT文档演模板
1 定义和角色 2 结构示意图 3 示例代码 4 实例说明 5 优缺点和环境
设计模式之策略模式与模板模式
定义和角色 结构示意图
实例说明 优缺点和环境
区别与联系
PPT文档演模板
创建一个咖啡类(Coffee)和茶(Tea)类,都继承Beverage 抽象类，而各个方法的具体实现方式都不同
这就实现了模板方法中最重要的 类的继承和方法的复用
设计模式之策略模式与模板模式
定义和角色 结构示意图
PPT文档演模板
设计模式之策略模式与模板模式
定义和角色 结构示意图
实例说明 优缺点和环境
区别与联系
方法（两种）：
模板方法：
一个模板方法是定义在抽象类中的，把基本操作方法组合 在一起形成一个总算法或一个总行为的方法。一个抽象类可以 有任意多个模板方法，而不限于一个。每一个模板方法都可以 调用任意多个具体方法。
PPT文档演模板
设计模式之策略模式与模板模式
定义和角色 结构示意图
实例说明 优缺点和环境
区别与联系
角色（两种）：
抽象模板类：
①定义了一个或多个抽象操作，以便让子类实现。这些抽 象操作叫做基本操作，它们是一个顶级逻辑的组成步骤
②定义并实现了一个模板方法 具体模板类： ①现父类所定义的一个或多个抽象方法 ②每一个抽象模板类都可以有任意多个具体模板类与之对 应，而每一个具体模板类都可以给出这些抽象方法的不同实现， 从而使得顶级逻辑的实现各不相同
PPT文档演模板
1 定义和角色 2 结构示意图 3 实例说明 4 优缺点和环境 5 区别与联系
设计模式之策略模式与模板模式
定义和角色 结构示意图
实例说明 优缺点和环境
区别与联系
PPT文档演模板
创建一个模板(抽象)类：Beverage(饮料)
模板方法给出了逻辑的骨架，而 逻辑的组成是一些相应的抽象操 作，他们推迟到子类中去实现
•原来那些私有的，用来做不同计算的方法，已经去掉了， 独立出去做成了算法类 •原来报价方法里面，对具体计算方式的判断，去掉了，让 客户端来完成选择具体算法的功能 •新添加持有一个具体的算法实现，通过构造方法传入 •原来报价方法的实现，变化成了转调具体算法来实现
PPT文档演模板
设计模式之策略模式与模板模式
优缺点和环境
角色之间的关系：上下文使用策略接口来调用具体的策略 实现定义的算法。
PPT文档演模板
设计模式之策略模式与模板模式
目录
Contents
PPT文档演模板
1 定义和角色 2 结构示意图 3 示例代码 4 实例说明 5 优缺点和环境
设计模式之策略模式与模板模式
定义和角色 结构示意图
示例代码 实例说明 优缺点和环境
定义和角色 结构示意图
示例代码 实例说明 优缺点和环境
PPT文档演模板
新客户和普通客户
老客户 大客户
这样做的优点是：容易扩展，较好的维护。 缺点是：如果有100种情况时，怎么做？
设计模式之策略模式与模板模式
定义和角色 结构示意图
示例代码 实例说明 优缺点和环境
3、策略模式下的解决方案：
要使用策略模式来重写前面报价的示例，大致有如下改变： 首先需要定义出算法的接口。（策略接口） 然后把各种报价的计算方式单独出来，形成算法类。（策略实现） 对于Price这个类，把它当做上下文，在计算报价的时候，不再需
设计模式之策略模式与模板模式
设计模式之模板方法模 式
主讲人 ：孙 晗
时
间：2016.11.14
PPT文档演模板
设计模式之策略模式与模板模式
目录
Contents
PPT文档演模板
1 定义和角色 2 结构示意图 3 实例说明 4 优缺点和环境 5 区别与联系
设计模式之策略模式与模板模式
定义和角色 结构示意图
调用具体的算法
设计模式之策略模式与模板模式
定义和角色 结构示意图
示例代码 实例说明 优缺点和环境
2、策略实现：在具体的算法实现中，定义了三个，分别 是ConcreteStrategyA、ConcreteStrategyB、 ConcreteStrategyC，示例非常简单，由于没有具体算法 的实现，三者也就是名称不同，示例代码如下：
实例说明 优缺点和环境
区别与联系
PPT文档演模板
测试类
运行结果
设计模式之策略模式与模板模式
目录
Contents
PPT文档演模板
1 定义和角色 2 结构示意图 3 实例说明 4 优缺点和环境 5 区别与联系
设计模式之策略模式与模板模式
定义和角色 结构示意图
实例说明 优缺点和环境
区别与联系
优点 （1）模板方法模式通过把不变的行为搬移到 超类，去除了子类中的重复代码。子类实现算法 的某些细节，有助于算法的扩展和代码复用。 （2）通过一个父类调用子类实现的操作，通 过子类扩展增加新的行为，符合“开放-封闭原 则”。 （3）使用模板方法是系统扩展性得到增强， 最小化了变化对系统的影响。
PPT文档演模板
设计模式之策略模式与模板模式
定义和角色 结构示意图
示例代码 实例说明 优缺点和环境
3、上下文的实现：示例代码如下
例如上文提到A,B,C 三个对象
PPT文档演模板
设计模式之策略模式与模板模式
目录
Contents
PPT文档演模板
1 定义和角色 2 结构示意图 3 示例代码 4 实例说明 5 优缺点和环境
实例说明 优缺点和环境
区别与联系
定义：一个抽象类中，有一个主方法，再定
义1～n个方法，这些方法可以是抽象的，也可以是具 体的；定义一个类，继承该抽象类，重写抽象方法， 通过调用抽象类，实现对子类的调用。
意图：模板方法模式是在一个方法中定义一
个算法的骨架，而将一些步骤延迟到子类中实现。模 板方法使得子类可以在不改变算法结构的情况下，重 新定义算法中的某些步骤。
定义和角色 结构示意图
实例说明 优缺点和环境
区别与联系
应用范围：
子类具有统一的操作步骤或操作过程； 子类具有不同的操作细节； 存在多个具有同样操作步骤的应用场 景，但某些具体的操作细节却各不相同。
PPT文档演模板
设计模式之策略模式与模板模式
PPT文档演模板
设计模式之策略模式与模板模式
定义和角色 结构示意图
示例代码 实例说明
角色（三种）：
策略接口：用来约束一系列具体的策略算法。 策略实现：就是具体的算法实现。 上下文：负责和具体的策略类交互，通常上下文会持有一 个真正的策略实现。还可以让具体的策略类来获取上下文的数 据，甚至让具体的策略类来获取上下文的数据。
PPT文档演模板
设计模式之策略模式与模板模式
定义和角色 结构示意图
示例代码 实例说明 优缺点和环境
缺点：
1、客户端必须知道所有的策略类，并自行 决定使用哪一个策略类。换言之，策略模式只 适用于客户端知道所有的算法或行为的情况。
2、 策略模式造成很多的策略类，每个具 体策略类都会产生一个新类，使得策略类变得 很复杂。
PPT文档演模板
策略实现（算法实现）
设计模式之策略模式与模板模式
目录
Contents
PPT文档演模板
1 定义和角色 2 结构示意图 3 示例代码 4 实例说明 5 优缺点和环境
设计模式之策略模式与模板模式
定义和角色 结构示意图
示例代码 实例说明 优缺点和环境
PPT文档演模板
1、策略接口：定义算法的接口：
基本方法：
抽象方法：由抽象类声明，由具体子类实现，java语言中 以abstract关键字标出来。
具体方法：由抽象类声明并实现，而子类并不实现或置换， java中没有abstract关键字。
钩子方法：有抽象类声明并实现，而子类会加以扩展。通 常抽象类给出的实现是一个空实现，作为方法的默认实现。因 此，此方法的存在，可以让子类有能力对算法的不同点进行挂 钩，要不要挂钩，由子类自行决定。
设计模式之策略模式与 模板模式
PPT文档演模板
2020/12/8
设计模式之策略模式与模板模式
目录
Contents
1 定义和角色 2 结构示意图 3 示例代码 4 实例说明 5 优缺点环境
PPT文档演模板
设计模式之策略模式与模板模式
定义和角色 结构示意图
示例代码 实例说明 优缺点和环境
定义：
策略模式定义了一系列的算法，并将每一个 算法封装起来，而且使它们还可以互相替换。策 略模式让算法独立于使用它的客户而独立变化。
1）对普通客户或者是新客户报全价 2）对老客户报的价格，统一折扣5% 3）对大客户报的价格，统一折扣10% 该怎么实现呢？
PPT文档演模板
设计模式之策略模式与模板模式
定义和角色 结构示意图
示例代码 实例说明 优缺点和环境