理解
对于一组代码,可以再每个方法上实现其功能。或者面向接口编程,在使用的过程中注入其实现,可以看成对一种事物的不同策略
代码demo
场景
我需要实现一个动物,动物狮子可以吃可以叫有四条腿,动物鸟可以吃可以叫有两条腿
代码实现
public interface Legs{
void hasLegs();
}
public abstract Animal{
private Legs legs;
protected void eat(){
...
}
protected void eat(){
...
}
protected void quack(){
...
}
protected void showLegs(){
legs.hasLegs;
}
}
public LionLegs implements Legs{
//狮子实现
}
public BirdLegs implements Legs{
//鸟实现
}
public Lion extends Animal{
public Lion(){
legs=new LionLegs();
}
}
用法
当我使用不同的“脚”的策略的时候,我并不需要改变实体类或者是他们的父类,我只需要加入一个实现。所以对于变化频繁的东西来说,使用策略模式可以很容易改变代码实现的方法,而且代码实现的架构并没有发生变化