oo面向对象编程的三个特征:封装、继承、多态,但编程中的原则是“封装变化”,“多用组合少用继承”,“针对接口编程,不针对实现编程”
下面记一下策略模式。
先了解下状态模式。
// 旧的不好代码 - 维护麻烦,后期维护需要做删减处理
if (state === 'SCHEDULE') {
// 预约中
} else if(state === 'ONLINE') {
// 在线
} else if(state === 'OFFLINE') {
// 离线
} else if(state === 'APPROVAL') {
// 审批中
} else if(state === 'REJECT'){
// 驳回
}
显然这种代码设计违反了开放-封闭原则,一旦添加新的状态时,更加难以阅读和维护。因此可以使用状态模式(策略模式)。定义一个状态机,再使用享元模式,抽取类似部分action,使用delegate代理一个函数封装起来,使code更加清晰,间接,减少冗余code。当然也可以每个action都独立不同,使得每个状态都是可以替代执行的,每个功能解耦,以便更好的维护和拓展业务。
let status = {
'SCHEDULE': {
// 预约中
returen delegateHandle('预约')
},
'ONLINE':{
// 在线
returen delegateHandle('在线')
} ,
'OFFLINE':{
// 离线
returen delegateHandle('离线')
} ,
'APPROVAL':{
// 审批中
returen delegateHandle('审批中')
},
'REJECT':{
// 驳回
returen delegateHandle('驳回')
}
}
let type = 'SCHEDULE';
let statusHandle = status[type];
function delegateHandle(params){
console.log(params);
}
策略模式将各种算法都封装成单独的策略类,这些策略类可以被交换使用。策略和使用策略的客户代码可以分别独立进行修改而互不影响。我们增加一个新的策略类也非常方便,完全不用修改之前的代码。
再入计算奖金的不同算法,使得每个算法互相独立,更加便于维护
var strategies = {
"S": function( salary ){
return salary * 4;
},
"A": function( salary ){
return salary * 3;
},
"B": function( salary ){
return salary * 2;
}
};
var calculateBonus = function( level, salary ){
return strategies[ level ]( salary );
};
console.log( calculateBonus( 'S', 20000 ) ); // 输出:80000
console.log( calculateBonus( 'A', 10000 ) ); // 输出:30000
通过使用策略模式重构代码,我们消除了原程序中大片的条件分支语句。
我们可以总结出策略模式的一些优点。
- 策略模式利用组合、委托和多态等技术和思想,可以有效地避免多重条件选择语句。
- 策略模式提供了对开放—封闭原则的完美支持,将算法封装在独立的 strategy 中,使得它 们易于切换,易于理解,易于扩展。
- 策略模式中的算法也可以复用在系统的其他地方,从而避免许多重复的复制粘贴工作。
- 在策略模式中利用组合和委托来让 Context 拥有执行算法的能力,这也是继承的一种更轻 便的替代方案。
当然,策略模式也有一些缺点,但这些缺点并不严重。 使用策略模式会在程序中增加许多策略类或者策略对象,但实际上这比把它们负责的逻辑堆砌在 Context
中要好。