Java设计模式——策略设计模式

13 篇文章 0 订阅
11 篇文章 0 订阅

上一次我们聊了简单工厂模式,让大家了解到了如何使程序具备更高的解耦性,使每一个功能代码都独立出来,今天我们和大家聊一下另一种解耦的设计模式,它就是策略设计模式。

什么是策略设计模式:它定义了算法家族,分别封装起来,让他们之间可以项目替换,此模式让算法的变化,不会影响到算法的客户。我们可以这样理解,工厂模式是让我们内部的构造变得高内聚低耦合,而策略模式是让我们的内部代码和外部客户端代码不直接进行联系,而是通过一个桥梁来进行沟通,并且使相同算法或功能的代码进行封装。给大家用UML图进行展示一下:



大家通过上方的UML图可以看出,策略设计模式的思想为封装算法类,通过一个上下文的类,来沟通客户端和服务器端的逻辑代码。给大家代码演示一下:

/**
 * 此类为抽象的基类,用于具体的代码来继承使用
 *
 */
public abstract class StragerySuper {
//算法方法,用于具体的逻辑算法来实现
public abstract void AlphInterfact();
}

具体的实现代码类:

/**
*具体的算法实现代码A
*
**/
class ConcreteA extends StragerySuper{
  
@Override
public void AlphInterfact() {
System.out.print("算法A的实现类");
}
}

/**
*具体的算法实现代码B
*
**/
class ConcreteB extends StragerySuper{
  
@Override
public void AlphInterfact() {
System.out.print("算法B的实现类");
}
}

/**
*具体的算法实现代码C
*
**/
class ConcreteC extends StragerySuper{
  
@Override
public void AlphInterfact() {
System.out.print("算法c的实现类");
}
}

上下文类,作为连接客户端和后台代码端的桥梁

/**
*Context类,用于和外界进行联系的类,用来对StrategySuper的引用
***/
class Context{
StragerySuper stragerySuper;
public Context(StragerySuper stragerySuper){
//初始化构造函数,传递具体的策略对象
this.stragerySuper = stragerySuper;
}
//上下文接口,根据具体的策略对象,调用其算法的方法,执行具体的逻辑方法
public void ContextInterface(){
stragerySuper.AlphInterfact();
}
}

客户端代码:


/**
 *客户端代码,通过Context中间类,来实现对具体实现类的调用
 **/
class Client{
Context context;
public void main(){
//客户端通过context执行具体的逻辑代码
context = new Context(new ConcreteA());
context.ContextInterface();
context = new Context(new ConcreteB());
context.ContextInterface();
context = new Context(new ConcreteC());
context.ContextInterface();
}
}

Tips:以上代码有一些是伪代码,所以大家在编译运行的时候要根据自己的实际情况进行修改,切勿直接粘贴复制!

大家看策略模式是不是和简单工厂模式有点雷同,下面我们把两个设计模式结合起来去实现,大家会发现我们的代码会更简洁和高效,每一种设计模式不是独立,他们都是可以交叉使用的。我们只有不断的在我们的代码中去应用到这些设计模式,那么我们的编程思想会越来越灵活。

就像上面策略模式代码中所体现的那样,我们会发现我们的客户端还是比较臃肿,生成了很多Context的类,我们能不能把策略模式和工厂模式相结合呢,在桥梁类Context中去做判断和生成不同业务逻辑相对应的业务类呢?代码如下:



/**
*Context类,用于和外界进行联系的类,用来对StrategySuper的引用
***/
class Context{
StragerySuper stragerySuper = null;
public Context(String type){
//初始化时传递类型,直接在Context类中生成相对应的实现类
switch(type){
case "A":
stragerySuper = new ConcreteA();
break;
case "B":
stragerySuper = new ConcreteB();
break;
case "C":
stragerySuper = new ConcreteC();
break;
}
}
//上下文接口,根据具体的策略对象,调用其算法的方法,执行具体的逻辑方法
public void ContextInterface(){
stragerySuper.AlphInterfact();
}
}

/**
 *客户端代码,通过Context中间类,来实现对具体实现类的调用
 **/
class Client{
Context context;
public void main(){
//在客户端,我们可以直接调用,而不用去全部生成判断了
Context con = new Context("A");
con.ContextInterface();
}
}

Tips:以上代码有一些是伪代码,所以大家在编译运行的时候要根据自己的实际情况进行修改,切勿直接粘贴复制!

这样客户端的代码是不是简洁了许多,我们把很多逻辑上的操作都封装在我们的Context类中,这样我们的客户端就看不到我们的逻辑实现,用户只需要传递他需要的类型,用户就能获取对应的结果值,对于用户来说简单直接。

策略模式的优势不知道大家发现了没有,我们通过这两天的例子可以发现,策略模式封装了算法,封装的这些算法都是完成功能相近的功能,只是实现不一样,减少了算法类和实现类之间的耦合性。






Good luck!

Write by Jimmy.li










  • 4
    点赞
  • 23
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值