今天闲来突然想起以前面试的一个问题,如果在很多种情况下,比如很多类型分别处理不同的业务逻辑,这些类型以后可能会持续增加到很多,是一直使用if else,有没有更好的解决办法。当时没回答上,现在记录下,学习。用策略模式
策略模式的定义和使用场景
定义:策略模式定义了一系列的算法,并将每一个算法封装起来,而且使他们可以相互替换,让算法独立于使用它的客户而独立变化。
分析下定义,策略模式定义和封装了一系列的算法,它们是可以相互替换的,也就是说它们具有共性,而它们的共性就体现在策略接口的行为上,另外为了达到最后一句话的目的,也就是说让算法独立于使用它的客户而独立变化,我们需要让客户端依赖于策略接口。
策略模式的使用场景:
1.针对同一类型问题的多种处理方式,仅仅是具体行为有差别时;
2.需要安全地封装多种同一类型的操作时;
3.出现同一抽象类有多个子类,而又需要使用 if-else 或者 switch-case 来选择具体子类时。
废话不多说,写个实例代码:
package ifelse;
public class MyPaper {
private PaperColor paperColor;
public MyPaper(PaperColor paperColor){
this.paperColor = paperColor;
}
public PaperColor getPaperColor(){
return this.paperColor;
}
public void choicePen(){
this.paperColor.getPenColor();
}
}
package ifelse;
public interface PaperColor {
public void getPenColor();
}
package ifelse;
public class Black implements PaperColor {
@Override
public void getPenColor() {
System.out.println("Black");
}
}
package ifelse;
public class Blue implements PaperColor {
@Override
public void getPenColor() {
System.out.println("Blue");
}
}
package ifelse;
public class Red implements PaperColor {
@Override
public void getPenColor() {
System.out.println("Red");
}
}
package ifelse;
public class White implements PaperColor {
@Override
public void getPenColor() {
System.out.println("White");
}
}
package ifelse;
public class NotIfelse {
public static void main(String args[]){
MyPaper myPaper = new MyPaper(new White());
myPaper.choicePen();
}
}
结果为White
这样代码不会像if else 那么多那样臃肿,而且在以后添加更多分类的时候不用更改主程序代码,添加一个子类就可以了!
只是一个简单的demo,目的并不是说代码一定要这样写,只是一种思路思想,可以通过多态反射等很多途径来实现这种效果