设计模式之策略模式

定义:

       策略模式定义了一系列算法,并将每一个算法封装起来,而且使他们可以相互替换,让算法独立于使用它的客户而独立变化。

结构:

      策略接口角色(Strategy):定义所有支持的算法的公共接口

      具体策略实现角色(ConcreteStrategy):具体的策略实现

      策略上下文角色(StrategyContext):策略上下文负责和具体的策略实现交互,通常策略上下文对象会持有一个真正的策略实现对象,策略上下文还可以让具体的策略实现从其中获取相关数据,回调策略上下文对象的方法。

实际场景:

        假如,现在有这样一个需求,做一个简单的商场收银功能,普通用户不打折,新用户打五折,VIP用户打六折,给出一个Java的 demo案例:

public class QuoteManager {

    public BigDecimal quote(BigDecimal originalPrice,String customType){
        if ("新客户".equals(customType)) {
            System.out.println("抱歉!新客户没有折扣!");
            return originalPrice;
        }else if ("老客户".equals(customType)) {
            System.out.println("恭喜你!老客户打9折!");
            originalPrice = originalPrice.multiply(new BigDecimal(0.9)).setScale(2,BigDecimal.ROUND_HALF_UP);
            return originalPrice;
        }else if("VIP客户".equals(customType)){
            System.out.println("恭喜你!VIP客户打8折!");
            originalPrice = originalPrice.multiply(new BigDecimal(0.8)).setScale(2,BigDecimal.ROUND_HALF_UP);
            return originalPrice;
        }
        //其他人员都是原价
        return originalPrice;
    }

}

上面的代码非常好,简单直接,但有个问题:所有的算法法都在一个方法里,假如算法复杂点,就会很庞大,(当然现在还看不出来)

改进一:

         刚才说算法都写在quote方法里,非常大,那就提取出来,每个算法定义一个方法,然后去调用这个方法。eg:

 public BigDecimal quote(BigDecimal originalPrice, String customType){
         if ("新客户".equals(customType)) {
             return this.quoteNewCustomer(originalPrice);
         }else if ("老客户".equals(customType)) {
             return this.quoteOldCustomer(originalPrice);
         }else if("VIP客户".equals(customType)){
             return this.quoteVIPCustomer(originalPrice);
         }
         //其他人员都是原价
         return originalPrice;
     }
 
     /**
      * 对VIP客户的报价算法
      * @param originalPrice 原价
      * @return 折后价
      */
     private BigDecimal quoteVIPCustomer(BigDecimal originalPrice) {
         System.out.println("恭喜!VIP客户打8折");
         originalPrice = originalPrice.multiply(new BigDecimal(0.8)).setScale(2,BigDecimal.ROUND_HALF_UP);
         return originalPrice;
     }
 
     /**
      * 对老客户的报价算法
      * @param originalPrice 原价
      * @return 折后价
      */
     private BigDecimal quoteOldCustomer(BigDecimal originalPrice) {
         System.out.println("恭喜!老客户打9折");
         originalPrice = originalPrice.multiply(new BigDecimal(0.9)).setScale(2,BigDecimal.ROUND_HALF_UP);
         return originalPrice;
     }
 
     /**
      * 对新客户的报价算法
      * @param originalPrice 原价
      * @return 折后价
      */
     private BigDecimal quoteNewCustomer(BigDecimal originalPrice) {
         System.out.println("抱歉!新客户没有折扣!");
         return originalPrice;
     }
 
 }

这种方式,在我们平常写代码 的时候经常会用到,整体代码来看,也相对较整洁。但对于这样一个功能来讲,可扩展性不高。假如现在需求要求我们新增加一种客户优惠类型,首先,需要加一个算法,然后,再去quote方法里加一个判断的分支(if else )这样就很麻烦,也违反设计模式的开闭原则。

开闭原则:

         对于拓展是开放的:即模块的行为可扩展,当需求改变,可以对模块进行扩展

         对于修改是封闭的:即对模块扩展时,不必改动模块的源代码

策略模式实现:(通用模板)

策略接口:

//策略接口
4 public interface IStrategy {
5     //定义的抽象算法方法 来约束具体的算法实现方法
6     public void algorithmMethod();
7 }

具体策略实现:有几个策略,就写几个实现策略接口的实现类

// 具体的策略实现
 4 public class ConcreteStrategy implements IStrategy {
 5     //具体的算法实现
 6     @Override
 7     public void algorithmMethod() {
 8         System.out.println("this is ConcreteStrategy method...");
 9     }
10 }
 // 具体的策略实现2
 4 public class ConcreteStrategy2 implements IStrategy {
 5      //具体的算法实现
 6     @Override
 7     public void algorithmMethod() {
 8         System.out.println("this is ConcreteStrategy2 method...");
 9     }
10 }

策略上下文:

/**
 4  * 策略上下文
 5  */
 6 public class StrategyContext {
 7     //持有一个策略实现的引用
 8     private IStrategy strategy;
 9     //使用构造器注入具体的策略类
10     public StrategyContext(IStrategy strategy) {
11         this.strategy = strategy;
12     }
13 
14     public void contextMethod(){
15         //调用策略实现的方法
16         strategy.algorithmMethod();
17     }
18 }

外部调用:

public static void main(String[] args) {
         //1.创建具体测策略实现
         IStrategy strategy = new ConcreteStrategy2();
         //2.在创建策略上下文的同时,将具体的策略实现对象注入到策略上下文当中
         StrategyContext ctx = new StrategyContext(strategy);
         //3.调用上下文对象的方法来完成对具体策略实现的回调
         ctx.contextMethod();
     }

此时假如增加一个客户类型,那就是新加一个策略的实现类即可,然后外部直接调用。

策略模式的作用:把具体的算法从实际的业务逻辑中分离出来,成为独立类,使得相互之间能够相互替换。

策略模式在JDK中的实现:

         多线程中的线程池,对于多线程,是用工厂模式来创建一个线程池Executor,而Executor的一个实现类ThreadPoolExecutor ,这个类中的 RejectedExecutionHandler 其实就是一个策略接口,用在当线程池中没有多余的线程来执行任务,并且保存任务的多列也满了(指的是有界队列),对仍在提交给线程池的任务的处理策略。

 

策略模式的本质是:分离算法,选择实现。

 

 

在探索智慧旅游的新纪元中,一个集科技、创新与服务于一体的整体解决方案正悄然改变着我们的旅行方式。智慧旅游,作为智慧城市的重要分支,旨在通过新一代信息技术,如云计算、大数据、物联网等,为游客、旅游企业及政府部门提供无缝对接、高效互动的旅游体验与管理模式。这一方案不仅重新定义了旅游行业的服务标准,更开启了旅游业数字化转型的新篇章。 智慧旅游的核心在于“以人为本”,它不仅仅关注技术的革新,更注重游客体验的提升。从游前的行程规划、信息查询,到游中的智能导航、个性化导览,再到游后的心情分享、服务评价,智慧旅游通过构建“一云多屏”的服务平台,让游客在旅游的全过程中都能享受到便捷、个性化的服务。例如,游客可以通过手机APP轻松定制专属行程,利用智能语音导览深入了解景点背后的故事,甚至通过三维GIS地图实现虚拟漫游,提前感受目的地的魅力。这些创新服务不仅增强了游客的参与感和满意度,也让旅游变得更加智能化、趣味化。 此外,智慧旅游还为旅游企业和政府部门带来了前所未有的管理变革。通过大数据分析,旅游企业能够精准把握市场动态,实现旅游产品的精准营销和个性化推荐,从而提升市场竞争力。而政府部门则能利用智慧旅游平台实现对旅游资源的科学规划和精细管理,提高监管效率和质量。例如,通过实时监控和数据分析,政府可以迅速应对旅游高峰期的客流压力,有效预防景区超载,保障游客安全。同时,智慧旅游还促进了跨行业、跨部门的数据共享与协同合作,为旅游业的可持续发展奠定了坚实基础。总之,智慧旅游以其独特的魅力和无限潜力,正引领着旅游业迈向一个更加智慧、便捷、高效的新时代。
内容概要:本文详细介绍了大模型的发展现状与未来趋势,尤其聚焦于DeepSeek这一创新应用。文章首先回顾了人工智能的定义、分类及其发展历程,指出从摩尔定律到知识密度提升的转变,强调了大模型知识密度的重要性。随后,文章深入探讨了DeepSeek的发展路径及其核心价值,包括其推理模型、思维链技术的应用及局限性。此外,文章展示了DeepSeek在多个行业的应用场景,如智能客服、医疗、金融等,并分析了DeepSeek如何赋能个人发展,具体体现在公文写作、文档处理、知识搜索、论文写作等方面。最后,文章展望了大模型的发展趋势,如通用大模型与垂域大模型的协同发展,以及本地部署小模型成为主流应用渠道的趋势。 适合人群:对人工智能和大模型技术感兴趣的从业者、研究人员及希望利用DeepSeek提升工作效率的个人用户。 使用场景及目标:①了解大模型技术的最新进展和发展趋势;②掌握DeepSeek在不同领域的具体应用场景和操作方法;③学习如何通过DeepSeek提升个人在公文写作、文档处理、知识搜索、论文写作等方面的工作效率;④探索大模型在特定行业的应用潜力,如医疗、金融等领域。 其他说明:本文不仅提供了理论知识,还结合实际案例,详细介绍了DeepSeek在各个场景下的应用方式,帮助读者更好地理解和应用大模型技术。同时,文章也指出了当前大模型技术面临的挑战,如模型的局限性和数据安全问题,鼓励读者关注技术的持续改进和发展。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值