文章目录
1. 什么是职责链模式?2. 职责链模式的适用场景?2.1 优缺点2.1.1 好处2.1.2 当心
2.2 何时使用?
3. 怎样使用职责链模式?3.1 方法3.2 UML类图演进3.2.1 version1 (本篇博文的demo)v1 存在的问题v1 重构方向
4. 实例4.1 结果(结论先行)4.2 具体实现4.2.1 Request.h4.2.1 Manager.h
5. 职责链模式-相关链接
1. 什么是职责链模式?
职责链模式(Chain of Responsibility):使多个对象都有机会处理请求,从而避免球球的发送者和接受者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求,知道有一个对象处理它为止。
2. 职责链模式的适用场景?
2.1 优缺点
2.1.1 好处
1、责任链最关键的是:当客户提交一个请求时,请求是沿链传递直至有一个ConcreteHandler对象处理它。 即:请求者不用管哪个对象来处理,反正改请求会被处理。 2、使得接收者与发送者都没有对方的明确信息,且链中的对象自己也不知道链的结构。 结果是职责链可简化对象间的相互连接,他们仅需要保持一个指向其后继者的引用,而不需要保持它所有的候选接受者的引用。从而,大大降低了耦合度,解决原来大量峰值判断造成的难维护、灵活性差的问题。 3、由于是在客户端来定义链的结构,这就使得客户可以随时地增加或修改处理一个请求的结构。 从而增加了给对象指派职责的灵活性。
2.1.2 当心
1、一个请求极有可能到了链的末端都得不到处理,或者因为没有正确配置而得不到处理。需要事先考虑的非常全面。 与现实生活着寄信一样,地址不对,怎样也无法送到他的手中。 即,必须利用实现设置的后继者来实现请求处理的权限问题。
2.2 何时使用?
凭感觉总结:请求者不用管哪个对象来处理,反正改请求会被处理的场景。
3. 怎样使用职责链模式?
3.1 方法
见3.2UML类图演进
3.2 UML类图演进
3.2.1 version1 (本篇博文的demo)
v1 存在的问题
Q1:管理者类里面的方法太长,加了许多分支判断,是坏代码的味道。 Q2:且不知道是否还会增加其他管理级别,会意味着需要不断更改这个类,违反了开放-封闭原则。 Q3:且这个类getResult()接口承担了太多的责任,违反了单一职责原则。
v1 重构方向
A2:针对Q2,把这些公司的管理者类别做成子类,这样就可以利用多态性来化解分支带来的僵化。 Q4:A2这样做的话,又该如何解决权限不足,上报上级的功能呢? A4:让不同级别的子类有关联,把用户的请求传递,知道可以解决这个请求为止。(职责链模式-意图)
version2:代码见:《大话设计模式》C++实现:24 职责链模式(二)请假加薪实例-改进
4. 实例
本篇博文的demo:version1~~
4.1 结果(结论先行)
main.cpp
#include "Manager.h"
#include "Request.h"
void test()
{
Manager
* pm1
= new Manager("经理");
Manager
* pm2
= new Manager("总监");
Manager
* pm3
= new Manager("总经理");
Request
* pR1
= new Request("加薪", "Leo请求加薪", 1000);
pm1
->getResult("经理", pR1
);
pm2
->getResult("总监", pR1
);
pm3
->getResult("总经理", pR1
);
Request
* pR2
= new Request("请假", "Leo请假", 3);
pm1
->getResult("经理", pR2
);
pm2
->getResult("总监", pR2
);
pm3
->getResult("总经理", pR2
);
delete pm1
;
delete pm2
;
delete pm3
;
delete pR1
;
delete pR2
;
pm1
= nullptr;
pm2
= nullptr;
pm3
= nullptr;
pR1
= nullptr;
pR2
= nullptr;
}
int main()
{
test();
system("pause");
return 0;
}
4.2 具体实现
4.2.1 Request.h
#pragma once
#include<string>
using namespace std
;
class Request
{
public:
Request(const string
& type
, const string
& content
, const int& n
) :m_sType(type
), m_sContent(content
), m_n(n
) {}
string
getType() { return m_sType
; }
void setType(const string
& type
) { m_sType
= type
; }
string
getContent() { return m_sContent
; }
void setContent(const string
& content
) { m_sContent
= content
; }
int getNum() { return m_n
; }
void setNum(const int& n
) { m_n
= n
; }
private:
string m_sType
;
string m_sContent
;
int m_n
;
};
4.2.1 Manager.h
#pragma once
#include "Request.h"
#include <iostream>
class Manager
{
public:
Manager(const string
& name
) :m_name(name
) {}
void getResult(const string
& managerLevel
, Request
* pRequest
);
protected:
string m_name
;
};
void Manager
::getResult(const string
& managerLevel
, Request
* pRequest
)
{
if (managerLevel
== "经理")
{
if (pRequest
->getType() == "请假" && pRequest
->getNum() <= 2)
{
cout
<< m_name
<< ":\t" << pRequest
->getContent() << "\t数量" << pRequest
->getNum() << "\t被批准" << endl
;
}
else
{
cout
<< m_name
<< ":\t" << pRequest
->getContent() << "\t数量" << pRequest
->getNum() << "\t我无权处理" << endl
;
}
}
else if (managerLevel
== "总监")
{
if (pRequest
->getType() == "请假" && pRequest
->getNum() <= 5)
{
cout
<< m_name
<< ":\t" << pRequest
->getContent() << "\t数量" << pRequest
->getNum() << "\t被批准" << endl
;
}
else
{
cout
<< m_name
<< ":\t" << pRequest
->getContent() << "\t数量" << pRequest
->getNum() << "\t我无权处理" << endl
;
}
}
else if (managerLevel
== "总经理")
{
if (pRequest
->getType() == "请假" && pRequest
->getNum() <= 500)
{
cout
<< m_name
<< ":\t" << pRequest
->getContent() << "\t数量" << pRequest
->getNum() << "\t被批准" << endl
;
}
else if (pRequest
->getType() == "加薪" && pRequest
->getNum() <= 500)
{
cout
<< m_name
<< ":\t" << pRequest
->getContent() << "\t数量" << pRequest
->getNum() << "\t被批准" << endl
;
}
else if (pRequest
->getType() == "加薪" && pRequest
->getNum() > 500)
{
cout
<< m_name
<< ":\t" << pRequest
->getContent() << "\t数量" << pRequest
->getNum() << "\t再说吧" << endl
;
}
}
}
此为《大话设计模式》学习心得系列 P246~~
5. 职责链模式-相关链接
《大话设计模式》C++实现:24 职责链模式(二)请假加薪实例-改进 《大话设计模式》C++实现:24 职责链模式(三)抽象总结