java的策略模式

(如有错漏之处,敬请指正)

策略模式?

最近在学习java的设计模式。按我的理解,策略模式就是定义了一个抽象的接口,然后通过不同的实现类根据实际的业务去做封装,最终通过包装类实例化实现类并调用,这样的好处是不需要很多的判断,用哪个实例化哪个。不好的地方是要随着业务的变更新增实现类。代码走起~

定义抽象接口charge

    public interface Charge {
        double Cash(Integer price, Integer num);
    }

实现类A,全场打八折

public class ConcreteStrategyA  implements Charge{

    @Override
    public double Cash(Integer price, Integer num) {
        //全场8折策略
        //这里打折数写死了,实际应该通过参数传入
        return price * num * 0.8;
    }
}

实现类B,全场满减

public class ConcreteStrategyB implements Charge {

    @Override
    public double Cash(Integer price, Integer num) {
        //满100减20策略
        //这边写死了,同样满减策略也应由参数传入
        Integer totle = price * num;
        if (totle > 100) {
            totle = totle - 20;
        }
        return totle;
    }
}

包装类

精华的地方来了,包装类的封装

public class Content {
    private Charge charge;

    public Content(Charge charge) {
        this.charge = charge;
    }

    public double CashResult(Integer price, Integer num) {
        return charge.Cash(price, num);
    }
}

客户端使用

      public static void main(String[] args) {
        //全场打折策略
        Content content = new Content(new ConcreteStrategyA());
        double totalPay = content.CashResult(100, 4);
        System.out.println(totalPay);
        //满减策略
        Content content2 = new Content(new ConcreteStrategyB());
        double totalPay2 = content2.CashResult(100, 4);
        System.out.println(totalPay2);
    }

运行代码输出为

320.0
380.0

这样就可以灵活的使用不用的业务逻辑而不用复杂的判断了,骚的

总结

策略模式好处已经很明了了,但是我觉得只有业务策略场景不多的情况可以这么做,要是相对复杂的那不得疯狂写实现类呀,哈哈溜了~

发布了4 篇原创文章 · 获赞 1 · 访问量 2670
展开阅读全文

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 大白 设计师: CSDN官方博客

分享到微信朋友圈

×

扫一扫,手机浏览