[b]策略模式的组成[/b]
1):抽象策略角色: 通常由一个接口或者抽象类实现。
2):具体策略角色:包装了相关的算法和行为。
3):环境角色:持有一个策略类的引用,最终给客户端(上层模块)调用。
[img]http://dl.iteye.com/upload/attachment/551301/fe649bbf-6898-3927-92f9-71df39b8a263.png[/img]
[img]http://dl.iteye.com/upload/attachment/551305/53ce522b-c34e-315e-aef8-1599dfbcb7d2.png[/img]
[img]http://dl.iteye.com/upload/attachment/551303/37465abd-fb9f-33ee-b6bd-e9f8c7a599b6.png[/img]
1):抽象策略角色
2):具体策略角色
3):环境角色
4):客户端(上层模块)
[b]优点:[/b]
1、 提供了一种替代继承的方法。使用委托,委托比继承具有更大的灵活性。继承经常被错误的使用。
2、 避免程序中使用多重条件转移语句,使系统更灵活,并易于扩展。
3、 遵守大部分GRASP(通用职责分配模式)原则和常用设计原则,高内聚、低偶合。
[b]缺点:[/b]
1、 因为每个具体策略类都会产生一个新类,所以会增加系统需要维护的类的数量。
2、 所有的策略类都需要对外暴露,上层模块(赵云)必须知道有哪些策略类,然后才能决定使用哪一个策略,这与迪米特法则相违背,我只是想使用一个策略,凭什么要了解这个策略呢?
迪米特法则(LoD):又称最少知识原则(LKP),就是说一个对象应当对其他对象尽可能少的了解。如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用.如果其中一个类需要调用另一个类的方法的话,可以通过第三者转发这个调用.
1):抽象策略角色: 通常由一个接口或者抽象类实现。
2):具体策略角色:包装了相关的算法和行为。
3):环境角色:持有一个策略类的引用,最终给客户端(上层模块)调用。
[img]http://dl.iteye.com/upload/attachment/551301/fe649bbf-6898-3927-92f9-71df39b8a263.png[/img]
[img]http://dl.iteye.com/upload/attachment/551305/53ce522b-c34e-315e-aef8-1599dfbcb7d2.png[/img]
[img]http://dl.iteye.com/upload/attachment/551303/37465abd-fb9f-33ee-b6bd-e9f8c7a599b6.png[/img]
1):抽象策略角色
/**
* 首先定一个策略接口,这是诸葛亮老人家给赵云的三个锦囊妙计的接口
*/
public interface IStrategy {
//每个锦囊妙计都是一个可执行的算法
public void operate();
}
2):具体策略角色
/**
* 找乔国老帮忙,使孙权不能杀刘备
*/
public class BackDoor implements IStrategy {
public void operate() {
System.out.println("找乔国老帮忙,让吴国太给孙权施加压力");
}
}
/**
* 求吴国太开个绿灯
*/
public class GivenGreenLight implements IStrategy {
public void operate() {
System.out.println("求吴国太开个绿灯,放行!");
}
}
/**
* 孙夫人断后,挡住追兵
*/
public class BlockEnemy implements IStrategy {
public void operate() {
System.out.println("孙夫人断后,挡住追兵");
}
}
3):环境角色
/**
* 计谋有了,那还要有锦囊
*/
public class Context {
//构造函数,你要使用那个妙计
private IStrategy straegy;
public Context(IStrategy strategy){
this.straegy = strategy;
}
//使用计谋了,看我出招了
public void operate(){
this.straegy.operate();
}
}
4):客户端(上层模块)
public class ZhaoYun {
//赵云出场了,他根据诸葛亮给他的交代,依次拆开妙计
public static void main(String[] args) {
Context context;
//刚刚到吴国的时候拆第一个
System.out.println("---刚刚到吴国的时候拆第一个---");
context = new Context(new BackDoor()); //拿到妙计
context.operate(); //拆开执行
System.out.println("\n\n\n\n\n\n\n\n");
//刘备乐不思蜀了,拆第二个了
System.out.println("---刘备乐不思蜀了,拆第二个了---");
context = new Context(new GivenGreenLight());
context.operate(); //执行了第二个锦囊了
System.out.println("\n\n\n\n\n\n\n\n");
//孙权的小兵追了,咋办?拆第三个
System.out.println("---孙权的小兵追了,咋办?拆第三个---");
context = new Context(new BlockEnemy());
context.operate(); //孙夫人退兵
System.out.println("\n\n\n\n\n\n\n\n");
/*
*问题来了:赵云实际不知道是那个策略呀,他只知道拆第一个锦囊,
*而不知道是BackDoor这个妙计,咋办? 似乎这个策略模式已经把计谋名称写出来了
*
* 错!BackDoor、GivenGreenLight、BlockEnemy只是一个代码,你写成first、second、third,没人会说你错!
*
* 策略模式的好处就是:体现了高内聚低耦合的特性呀.
*/
}
}
[b]优点:[/b]
1、 提供了一种替代继承的方法。使用委托,委托比继承具有更大的灵活性。继承经常被错误的使用。
2、 避免程序中使用多重条件转移语句,使系统更灵活,并易于扩展。
3、 遵守大部分GRASP(通用职责分配模式)原则和常用设计原则,高内聚、低偶合。
[b]缺点:[/b]
1、 因为每个具体策略类都会产生一个新类,所以会增加系统需要维护的类的数量。
2、 所有的策略类都需要对外暴露,上层模块(赵云)必须知道有哪些策略类,然后才能决定使用哪一个策略,这与迪米特法则相违背,我只是想使用一个策略,凭什么要了解这个策略呢?
迪米特法则(LoD):又称最少知识原则(LKP),就是说一个对象应当对其他对象尽可能少的了解。如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用.如果其中一个类需要调用另一个类的方法的话,可以通过第三者转发这个调用.