12种行为模式 之2 STRATEGY 策略模式

[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):抽象策略角色
/**
* 首先定一个策略接口,这是诸葛亮老人家给赵云的三个锦囊妙计的接口
*/
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),就是说一个对象应当对其他对象尽可能少的了解。如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用.如果其中一个类需要调用另一个类的方法的话,可以通过第三者转发这个调用.
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
系统根据B/S,即所谓的电脑浏览器/网络服务器方式,运用Java技术性,挑选MySQL作为后台系统。系统主要包含对客服聊天管理、字典表管理、公告信息管理、金融工具管理、金融工具收藏管理、金融工具银行卡管理、借款管理、理财产品管理、理财产品收藏管理、理财产品银行卡管理、理财银行卡信息管理、银行卡管理、存款管理、银行卡记录管理、取款管理、转账管理、用户管理、员工管理等功能模块。 文中重点介绍了银行管理的专业技术发展背景和发展状况,随后遵照软件传统式研发流程,最先挑选适用思维和语言软件开发平台,依据需求分析报告模块和设计数据库结构,再根据系统功能模块的设计制作系统功能模块图、流程表和E-R图。随后设计架构以及编写代码,并实现系统能模块。最终基本完成系统检测和功能测试。结果显示,该系统能够实现所需要的作用,工作状态没有明显缺陷。 系统登录功能是程序必不可少的功能,在登录页面必填的数据有两项,一项就是账号,另一项数据就是密码,当管理员正确填写并提交这二者数据之后,管理员就可以进入系统后台功能操作区。进入银行卡列表,管理员可以进行查看列表、模糊搜索以及相关维护等操作。用户进入系统可以查看公告和模糊搜索公告信息、也可以进行公告维护操作。理财产品管理页面,管理员可以进行查看列表、模糊搜索以及相关维护等操作。产品类型管理页面,此页面提供给管理员的功能有:新增产品类型,修改产品类型,删除产品类型。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值