浅析访问者模式
0. 前言
在阅读 Kubernetes: kubectl
源码时看到有关访问者设计模式的运用。访问者模式是行为型设计模式的一种,本篇文章将对访问者模式做一个介绍。
1. 访问者模式
1.1 示例
首先,给出一个比较粗糙的示例。
实现程序,功能如下:
当男人成功时,显示我有一个好老婆;当女人成功时,显示我有一个有爱的丈夫;
当男人开心时,显示我有一个玩具;当女人开心时,显示我有一个有爱的丈夫;
当男人伤心时,显示我丢了玩具;当女人伤心时,显示我丢了有爱的丈夫;
基于上述描述,实现示例代码:
type man struct {
action string
}
type woman struct {
action string
}
func (m *man) status() {
if m.action == "happy" {
fmt.Println("I have a toy")
}
if m.action == "sad" {
fmt.Println("I lost my toy")
}
if m.action == "success" {
fmt.Println("I have a great wife")
}
}
func (w *woman) status() {
if w.action == "happy" {
fmt.Println("I have a lovely husband")
}
if w.action == "sad" {
fmt.Println("I lost my lovely husband")
}
if w.action == "success" {
fmt.Println("I have a lovely husband")
}
}
func main() {
m := man{
action: "sad",
}
m.status()
}
示例代码实现了想要的功能。
可以看出,男人和女人类都具有 action
且行为不一样。
那么,如果增加 action
,比如当男人恋爱时,显示我终于脱单了
;当女人恋爱时,显示终于有人爱我了
;就需要更新男人和女人类的 status
方法,这不符合开闭原则。
1.2 解耦对象和行为
既然不符合开闭原则,那怎么样才能解耦对象和行为,使得行为的变化不会影响到对象实现呢?
进一步看上述实现,男人和女人类是行为的主体,行为有成功时的行为,开心时的行为,伤心时的行为...
既然是解耦,那先把行为拿出来作为接口,在以具体的行为类实现接口。看看怎么把行为类和对象类分开。
实现代码:
type status interface {
manStatus()
womanStatus()
}
type happy struct{}
type sad struct{}
type success struct{}
func (h *happy) manStatus() {
fmt.Println("I have a toy")
}
func (s *sad) manStatus() {
fmt.Println("I lost my toy")
}
func (s *success) manStatus() {
fmt.Println("I have a great wife")
}
func (h *happy) womanStatus() {
fmt.Println("I have a lovely husband")
}
func (s *sad) womanStatus() {
fmt.Println("I lost my lovely husband")
}
func (s *success) womanStatus() {
fmt.Println("I have a lovely husband")
}
type man struct {}
type woman struct {}
这里把对象类的 action
属性拿掉,相应的把 action
转换为行为类。行为类实现了接口,其中定义了 manStatus()
和 womanStatus()
方法。
这样我们拆成了两个类,对象类和行为类。怎么把这两个类联系起来呢?
看代码,男人类和男人类的行为,女人类和女人类的行为是有联系的,初始化对象类和行为类:
m := man{}
s := sad{}
// m.demo(s)
应该通过 demo
将对象和行为类联系起来,然后调用 s
的 manStatus()
方法完成关联:
func (m *man) accept(s status) {
s.manStatus()
}
func (w *woman) accept(s status) {
s.womanStatus()
}
func main() {
m := &man{}
s := &sad{}
m.accept(s)
}
将 demo
重命名为 accept
作为对象类的方法,在其中调用行为类的方法。
1.3 访问者模式
至此,我们已经实现了访问者模式。有人可能会问了,我怎么还是没看出来?我们在分析上述代码。
有两个类,对象类和行为类。
对象类实现 accept
方法,其是动作的主体,将对象类和行为类关联起来。
行为类根据不同对象实现行为方法,其是行为的主体,行为是建立在对象之上的。
基于上述分析,我们继续改造代码:
type visitor interface {
manStatus()
womanStatus()
}
type happyVisitor struct{}
type sadVisitor struct{}
type successVisitor struct{}
func (h *happyVisitor) manStatus() {
fmt.Println("I have a toy")
}
func (s *sadVisitor) manStatus() {
fmt.Println("I lost my toy")
}
func (s *successVisitor) manStatus() {
fmt.Println("I have a great wife")
}
func (h *happyVisitor) womanStatus() {
fmt.Println("I have a lovely husband")
}
func (s *sadVisitor) womanStatus() {
fmt.Println("I lost my lovely husband")
}
func (s *successVisitor) womanStatus() {
fmt.Println("I have a lovely husband")
}
type man struct {}
type woman struct {}
func (m *man) accept(s visitor) {
s.manStatus()
}
func (w *woman) accept(s visitor) {
s.womanStatus()
}
结构基本没变,只是重命名了一下,更容易分清主体。
上述示例对于行为类相比于对象类是主的体验还不明显,重新改写代码:
type visitor interface {
manStatus(*man)
womanStatus(*woman)
}
type happyVisitor struct{}
type sadVisitor struct{}
type successVisitor struct{}
func (h *happyVisitor) manStatus(m *man) {
fmt.Println(m.name, "I have a toy")
}
func (s *sadVisitor) manStatus(m *man) {
fmt.Println(m.name, "I lost my toy")
}
func (s *successVisitor) manStatus(m *man) {
fmt.Println(m.name, "I have a great wife")
}
type man struct {
name string
}
func (m *man) accept(s visitor) {
s.manStatus(m)
}
func main() {
m := &man{"hxia"}
s := &sadVisitor{}
m.accept(s)
}
改写后的代码,行为类会访问对象类的 name
属性,对于行为类来说,对象类就是数据,是属性。
基于此,画出访问者设计模式的 UML 图:
访问者模式在 GoF 合著的《设计模式:可复用面向对象软件的基础》中的定义是:
允许一个或多个操作应用到一组对象上,解耦操作和对象本身
Allows for one or more operation to be applied to a set of objects at runtime,
decoupling the operations from the object structure
2. VisitorFunc 和访问者模式
前面介绍了访问者模式,从定义看访问者模式通过将一个或多个操作应用到一组对象上,以实现对象和操作的解耦。这里需要重点关注的点是一组对象。
一组意味着对象具有相似性,且结构是稳定的。试想如果男人和女人类中,女人没有伤心时的行为,那就没办法将其归为一组对象,或者需要实现 fake 伤心以保持对象的相似性。
既然定义的是一组,当然对象也可以是一个。假定对象是一个,使用函数 Visitor
改写上述访问者模式代码:
type VisitorFunc func(man)
func happyVisitor(m man) {
fmt.Println(m.name, "I have a good thing")
}
func sadVisitor(m man) {
fmt.Println(m.name, "I have a bad thing")
}
func successVisitor(m man) {
fmt.Println(m.name, "I finish a thing")
}
type man struct {
name string
}
func (m man) accept(v VisitorFunc) {
v(m)
}
func main() {
m := man{"hxia"}
m.accept(sadVisitor)
}
这么改写在于简单,去掉类取而代之的是函数,用函数实现了具体的 Visitor
。当然,这样的 Visitor
只能处理一种操作。
类似地,如果一组对象的行为是一样的,也可以用函数 Visitor
来实现:
type VisitorFunc func(person)
func happyVisitor(p person) {
fmt.Println(p.getName(), "I have a good thing")
}
func sadVisitor(p person) {
fmt.Println(p.getName(), "I have a bad thing")
}
func successVisitor(p person) {
fmt.Println(p.getName(), "I finish a thing")
}
type person interface {
getName() string
}
type man struct {
name string
}
type woman struct {
name string
}
func (m man) getName() string {
return m.name
}
func (w woman) getName() string {
return w.name
}
func (m *man) accept(v VisitorFunc) {
v(m)
}
func (w *woman) accept(v VisitorFunc) {
v(w)
}
func main() {
m := &man{"hxia"}
m.accept(sadVisitor)
}
2.1 嵌套 Visitor
如果操作作用于一个对象,可以用函数 Visitor
来简化实现。如果多个操作嵌套的作用于对象上,那么可以使用嵌套 Visitor
实现,其效果类似于多个小应用访问数据库以实现某个功能。
代码示例如下:
type VisitorFunc func(*man) error
func happyVisitor(m *man) error {
fmt.Println(m.name)
return nil
}
func sadVisitor(m *man) error {
fmt.Println(m.age)
return nil
}
func successVisitor(m *man) error {
fmt.Println(m.sex)
return nil
}
func validationFunc(m *man) error {
if m.name == "" {
return errors.New("empty name")
}
return nil
}
type man struct {
name string
age int
sex string
}
type Visitor interface {
Visit(VisitorFunc) error
}
func (m *man) Visit(fn VisitorFunc) error {
fmt.Println("in man")
if err := fn(m); err != nil {
return err
}
fmt.Println("out man")
return nil
}
type validationVisitor struct {
visitor Visitor
}
func (v validationVisitor) Visit(fn VisitorFunc) error {
return v.visitor.Visit(func(m *man) error {
fmt.Println("in validation")
if m.name == "" {
return errors.New("empty name")
}
if err := fn(m); err != nil {
return err
}
fmt.Println("out validation")
return nil
})
}
type errorVisitor struct {
visitor Visitor
}
func (v errorVisitor) Visit(fn VisitorFunc) error {
return v.visitor.Visit(func(m *man) error {
fmt.Println("in error")
if err := fn(m); err != nil {
return err
}
fmt.Println("out error")
return nil
})
}
type ageVisitor struct {
visitor Visitor
}
func (v ageVisitor) Visit(fn VisitorFunc) error {
return v.visitor.Visit(func(m *man) error {
fmt.Println("in age")
if err := fn(m); err != nil {
return err
}
fmt.Println(m.name, m.age)
fmt.Println("out age")
return nil
})
}
type VisitorList []Visitor
func (l VisitorList) Visit(fn VisitorFunc) error {
for i := range l {
if err := l[i].Visit(fn); err != nil {
return err
}
}
return nil
}
func main() {
var visitor Visitor
m1 := &man{name: "hxia", age: 18}
m2 := &man{name: "huyun", age: 29}
m3 := &man{name: "troy", age: 25}
visitors := []Visitor{m1, m2, m3}
visitor = VisitorList(visitors)
visitor = validationVisitor{visitor: visitor}
visitor = errorVisitor{visitor: visitor}
visitor = ageVisitor{visitor: visitor}
visitor.Visit(happyVisitor)
}
代码有点长,其基本是 Kubernetes:kubectl
访问者模式的主体,把它看懂了,再去看 kubectl
的访问者模式实现就不难了。
首先,对象实现了 Visitor
(类似于上例的 accept
),接受函数 Visitor
,函数 Visitor
访问对象操作:
func (m *man) Visit(fn VisitorFunc) error {
...
}
接着,将多个对象装入 VisitorList
,且该 VisitorList
也实现了 Visitor
接口方法。这么做是为了遍历访问每个对象:
func (l VisitorList) Visit(fn VisitorFunc) error {
for i := range l {
if err := l[i].Visit(fn); err != nil {
return err
}
}
return nil
}
然后,是在函数 Visitor
操作对象之后对对象做一些其它操作,这里定义了 validationVisitor
用来验证对象的名字是否为空:
func (v validationVisitor) Visit(fn VisitorFunc) error {
...
}
// main
visitor = validationVisitor{visitor: visitor}
visitor.Visit(happyVisitor)
通过层层嵌套 Visitor
实现对象的嵌套操作。
这些代码了解了,再去看 Kubernetes:kubectl
应该不难了,代码在 这里。
3. 总结
优点
- 访问者模式适用于对象复杂且具有较多操作的场景,使用访问者模式可解耦对象和操作,简化对象职责。
- 访问者模式侧重在访问者,对于访问者而言,多加几个访问者操作不影响对象的实现,符合开闭原则。
缺点
- 由于访问者模式解耦了对象和它的操作,对象的属性暴露给访问者,打破了对象和操作的封装。
- 访问者模式对对象不友好,如果对象结构不稳定,很难使用访问者模式。同时,如果要加入新对象,需要访问者接口,实现和对象都要改,不符合开闭原则。