职责链模式
使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系
让我来描述的话就是,现在我们有很多的对象可以处理一个事件,但这个事件的拥有者并不需要认识所有处理它事件的对象,这个时候就需要责任链模式来解决。
比如需要向公司请假,一天的假期只需要向组长申请就可以了,而一周甚至更长的假期则需要上级领导的批准。把这个例子写成代码:
class Manager
{
public:
Manager(Manager *superior):m_superior(superior){}
virtual bool deelWithLeave(int day) = 0;
protected:
Manager *m_superior;
};
class GroupLeader : public Manager
{
public:
GroupLeader(Manager *superior):Manager(superior){}
virtual bool deelWithLeave(int day)
{
if(day <= 1)
{
cout << "组长批准请假" << day << "天";
return 1;
}
else//权限不够,向上级汇报
return m_superior->deelWithLeave(day);
}
};
class Director : public Manager
{
public:
Director(Manager *superior):Manager(superior){}
virtual bool deelWithLeave(int day)
{
if(day <= 7)
{
cout << "主任批准请假" << day << "天";
return 1;
}
else
return m_superior->deelWithLeave(day);
}
};
class GeneralManager : public Manager
{
public:
GeneralManager(Manager *superior):Manager(superior){}
virtual bool deelWithLeave(int day)
{
cout << "总经理批准请假" << day << "天";
return 1;
}
};
使用
GeneralManager generalManager(nullptr);
Director director(&generalManager);
GroupLeader myLeader(&director);
myLeader.deelWithLeave(20);
优缺点
优点
- 在责任链模式下,事件处理者们的结构对于事件发送者是未知的,无论处理者们的结构是单链或者树状的、最后一定会被执行或没有人来处理,具体的过程对于事件发送者就是一个黑盒子,事件发送者只需要简单的向自己上级汇报就可以了。
- 责任链模式实际上是非常灵活的,我们可以提供接口,使每个人的上级都是动态的,比如主任有事出去,那么主任就可以把总经理的联系方式交给组长,请假的审批仍然可以继续进行,而请假的人却不需要知道这一点。
缺点
- 当我要请一个30天的假时,你会发现在这个过程中组长和主任只是承担了一个传递信息的责任,如果我们的责任链过长,那么中间会有许多垃圾对象存在。
- 易被滥用,在一些情况下,我们可以直接创建一个对象来处理请求:
class LeaveHandler
{
public:
bool deelWithLeave(int day)
{
if(day <= 1)
cout << "向组长请假";
else if(day <= 7)
cout << "向主任请假";
else
cout << "向总经理请假";
}
};
在公司的管理体制不会出现变化的情况下,这样做反而更好。
实际应用
事实上在qt的事件系统中就使用了责任链模式,当一个点击事件产生时,它会在子控件和父控件之间传递来寻求处理方案。这里可能处理完后事件就被拦截,也可能处理完好继续交给下一位去处理,我们可以通过重载对应的事件函数或event函数来改写处理过程。