设计模式--策略模式demo

策略模式是一种设计模式,它定义了一系列的算法,并将每一个算法封装起来,使它们可以互相替换。策略模式使得算法可以独立于使用它的客户而变化,从而提高了代码的灵活性和可维护性。

策略模式通常用于解决多种相关类仅仅是行为有异的问题,或者需要使用一个算法的不同变体的情况。通过使用策略模式,我们可以将算法的使用与算法的实现分离开来,使得算法的变化不会影响到使用它的代码。

在策略模式中,通常有一个抽象策略角色,它是一个接口或抽象类,定义了算法的公共接口。然后,有一系列的策略类实现了这个接口或抽象类,每个策略类代表一种具体的算法实现。这些策略类可以独立变化,而不会影响到使用它们的代码。

策略模式在实际工作中算是登场频率较高的设计模式,例如供应链业务下业务是按照租户划分的,这时候如果搞优惠活动各租户的优惠力度或者模式可能不同,这时候就可以用策略模式优雅的完成不同租户下优惠方式的选择。

以下是一个表示学习和工作的策略demo:

context类(Context类在策略模式中起到了连接客户端和策略对象、封装策略选择和使用过程、提供灵活策略切换机制以及简化客户端调用的作用):

public class Context {

    //获取策略路由
    Strategy strategy;

    public Strategy getStrategy() {
        return strategy;
    }

    public void setStrategy(Strategy strategy) {
        this.strategy = strategy;
    }

    //执行策略
    void contextStrategy() {
        strategy.execute();
    }
}

strategy接口(定义策略方法,一般有获取策略和执行策略方法,具体方法由对应策略实现类去实现): 

public interface Strategy {

    //获取策略
    String getStrategy();

    //执行策略
    void execute();
}

两个策略实现类,分别代表学习和工作:

public class StudyStrategy implements Strategy{
    @Override
    public String getStrategy() {
        return "study...";
    }

    @Override
    public void execute() {
        System.out.println("I want to study...");
    }
}
public class WorkStrategy implements Strategy{
    @Override
    public String getStrategy() {
        return "work...";
    }

    @Override
    public void execute() {
        System.out.println("I want to work...");
    }
}

StrategyFactory策略工厂类,用于管理策略,以及控制策略的选择:

public class StrategyFactory {

    //通过策略工厂选择使用哪种策略
    public Strategy getStrategyByFactory(String strategy) {
        if ("study".equals(strategy)) {
            return new StudyStrategy();
        } else if ("work".equals(strategy)) {
            return new WorkStrategy();
        } else {
            throw new IllegalArgumentException("I do not want to do other things...");
        }
    }
}

创建一个客户端调用:

public class Execute {

    public static void execute(){
        Context context = new Context();
        //如果不用策略工厂进行管理创建策略,那么直接在上下文中设置对应策略
        /*context.setStrategy(new StudyStrategy());*/

        //用策略工厂进行管理策略,直接输入策略的标识,创建的过程就交给策略工厂
        StrategyFactory strategyFactory = new StrategyFactory();
        context.setStrategy(strategyFactory.getStrategyByFactory("study"));
        System.out.println(context.getStrategy().getStrategy());
        context.contextStrategy();
    }

    public static void main(String[] args) {
        execute();
    }
}

输出:

  • 7
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
针对23种设计模式,分别写了demo并画了类图帮助理解。 总体来说设计模式分为三大类: 创建型模式,共五种:工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。 结构型模式,共七种:适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 行为型模式,共十一种:策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。 其实还有两类:并发型模式和线程池模式。 二、设计模式的六大原则 1、开闭原则(Open Close Principle) 开闭原则就是说对扩展开放,对修改关闭。在程序需要进行拓展的时候,不能去修改原有的代码,实现一个热插拔的效果。所以一句话概括就是:为了使程序的扩展性好,易于维护和升级。想要达到这样的效果,我们需要使用接口和抽象类,后面的具体设计中我们会提到这点。 2、里氏代换原则(Liskov Substitution Principle) 里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说,任何基类可以出现的地方,子类一定可以出现。 LSP是继承复用的基石,只有当衍生类可以替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现,所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科 3、依赖倒转原则(Dependence Inversion Principle) 这个是开闭原则的基础,具体内容:真对接口编程,依赖于抽象而不依赖于具体。 4、接口隔离原则(Interface Segregation Principle) 这个原则的意思是:使用多个隔离的接口,比使用单个接口要好。还是一个降低类之间的耦合度的意思,从这儿我们看出,其实设计模式就是一个软件的设计思想,从大型软件架构出发,为了升级和维护方便。所以上文中多次出现:降低依赖,降低耦合。 5、迪米特法则(最少知道原则)(Demeter Principle) 为什么叫最少知道原则,就是说:一个实体应当尽量少的与其他实体之间发生相互作用,使得系统功能模块相对独立。 6、合成复用原则(Composite Reuse Principle) 原则是尽量使用合成/聚合的方式,而不是使用继承。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值