java设计模式之策略模式

定义

定义了算法簇,分别封装起来,让他们之间可以相互替换,此模式让算法的变化独立于使用算法的客户。

涉及到的设计原则

原则1:找出应用中可能需要变化之处,把他们独立出来不要和那些不需要变化的代码混在一起
原则2:针对接口编程,而不是针对实现编程
原则3:多用组合,少用继承

实际可以解决的问题

抽象类
abstract class People{
eat();
play();
}
实现类
class Man extends People{
eat(){
具体的实现代码
}
play(){
具体的实现的代码
}
}
实现类
class Women extends People{
eat(){
具体的实现代码
}
play(){
具体的实现代码
}
}

问题
需要添加一个smoke()方法;

解决的方案
我们可以将smoke这个方法接口提取出来,然后进行对应的一系列的实现;
interface Smoke{
smokeSomething();
}

class Smoke1 implements Smoke{
@Override
void smokeSomething(){
具体的实现
}
}

修改原始的抽象类
此时在抽象类里面加入smoke对象的引用
abstract class People{
Smoke smoke;
eat();
play();
public void performSmokeSomething(){
smoke.smokeSomething();
//或者在这里提供smoke的get和set方法,方便后期的动态的植入
}
}

具体的实现类的修改
class Man extends People{
People(){
smoke=new Smoke1 ();
}
eat(){
具体的实现代码
}
play(){
具体的实现的代码
}
}

策略模式的优缺点

1:策略模式使开发人员开发出可替换的组件,各个部分是低耦合的关系;
2:具有更强的扩展,易于维护,提高软件的可重用性;

1:客户端必须知道所有的策略类,需要自己决定使用哪个,可以在构造方法里面设定,也可以在set方法里面设定;
2:每个具体的策略类都会产生一个新的类。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值