设计模式学习-使用go实现责任链模式

• 责任链模式
  • 定义
  • 优点
  • 缺点
  • 适用范围
  • 代码实现
  • 责任链模式对比装饰模式
  • 参考

责任链模式

定义

责任链模式(Chain Of Responsibility):使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的藕合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到一个对象处理完为止。

是一种处理请求的模式，它让多个处理器都有机会处理该请求，直到其中某个处理成功为止。责任链模式把多个处理器串成链，然后让请求在链上传递。

举个栗子

比如学生请假，小于等于 2 天班主任可以审批；小于等于 7 天，系主任可以审批；小于或等于 10 天，院长可以批准。其他情况，不予审批。

用责任链模式设计审批流程，每个审核者只关心自己责任范围内的请求，并且处理它。对于超出自己责任范围的，扔给下一个审核者处理，这样，将来继续添加审核者的时候，不用改动现有逻辑。

优点

1、降低耦合度。它将请求的发送者和接收者解耦；

2、简化了对象。使得对象不需要知道链的结构；

3、增强给对象指派职责的灵活性。通过改变链内的成员或者调动它们的次序，允许动态地新增或者删除责任；

4、增加新的请求处理类很方便。

缺点

不能保证请求一定被接收

适用范围

1、多个对象可以处理一个请求，但具体由哪个对象处理该请求在运行时自动确定；

2、可动态指定一组对象处理请求，或添加新的处理者；

3、需要在不明确指定请求处理者的情况下，向多个处理者中的一个提交请求。

代码实现

上面学生请假的栗子：

学生请假，小于等于 2 天班主任可以审批；小于等于 7 天，系主任可以审批；小于或等于 10 天，院长可以批准。其他情况，不予审批。

type Teacher interface {
	HaveRight(day int) bool
	HandleApproveRequest(name string, day int) bool
}

type RequestChain struct {
	Teacher
	approver *RequestChain
}

func (r *RequestChain) SetApprover(m *RequestChain) {
	r.approver = m
}

func (r *RequestChain) HandleApproveRequest(name string, day int) bool {
	if r.Teacher.HaveRight(day) {
		return r.Teacher.HandleApproveRequest(name, day)
	}
	if r.approver != nil {
		return r.approver.HandleApproveRequest(name, day)
	}
	fmt.Println("请假时间太久了，不予审批")
	return false
}

func (r *RequestChain) HaveRight(day int) bool {
	return true
}

type HeadTeacher struct{}

func NewHeadTeacherChain() *RequestChain {
	return &RequestChain{
		Teacher: &HeadTeacher{},
	}
}

func (*HeadTeacher) HaveRight(day int) bool {
	return day <= 2
}

func (*HeadTeacher) HandleApproveRequest(name string, day int) bool {
	fmt.Println(fmt.Sprintf("班主任，批准了%s的请假申请,请假天数%d", name, day))
	return true
}

type DepTeacher struct{}

func NewDepManagerChain() *RequestChain {
	return &RequestChain{
		Teacher: &DepTeacher{},
	}
}

func (*DepTeacher) HaveRight(day int) bool {
	return day <= 7
}

func (*DepTeacher) HandleApproveRequest(name string, day int) bool {
	fmt.Println(fmt.Sprintf("系主任，批准了%s的请假申请,请假天数%d", name, day))
	return true
}

type DeanTeacher struct{}

func NewDeanTeacherChain() *RequestChain {
	return &RequestChain{
		Teacher: &DeanTeacher{},
	}
}

func (*DeanTeacher) HaveRight(day int) bool {
	return day <= 10
}

func (*DeanTeacher) HandleApproveRequest(name string, day int) bool {
	fmt.Println(fmt.Sprintf("院长，批准了%s的请假申请,请假天数%d", name, day))
	return true
}

测试代码

func TestApproveChain(t *testing.T) {
	c1 := NewHeadTeacherChain()
	c2 := NewDepManagerChain()
	c3 := NewDeanTeacherChain()

	c1.SetApprover(c2)
	c2.SetApprover(c3)

	var c Teacher = c1
	assert.Equal(t, true, c.HandleApproveRequest("小明", 3))
	assert.Equal(t, true, c.HandleApproveRequest("小红", 2))
	assert.Equal(t, false, c.HandleApproveRequest("小龙", 30))
}

输出

系主任，批准了小明的请假申请,请假天数3
班主任，批准了小红的请假申请,请假天数2
请假时间太久了，不予审批

责任链模式对比装饰模式

责任链和装饰模式非常相似。两者都依赖递归组合将需要执行的操作传递给一系列对象。来看下两者的不同点。

1、责任链的管理者可以相互独立地执行一切操作，还可以随时停止传递请求。

2、装饰模式可以对对象进行扩展，但是不能中断请求的传递。

参考

【文中代码】https://github.com/boilingfrog/design-pattern-learning/tree/master/责任链模式

【大话设计模式】https://book.douban.com/subject/2334288/

【极客时间】https://time.geekbang.org/column/intro/100039001

【责任链模式（责任链模式）详解】http://c.biancheng.net/view/1383.html

【责任链模式】https://boilingfrog.github.io/2021/11/22/使用go实现责任链模式/