【设计模式学习笔记】访问者模式、状态模式案例详解(C++实现)

简介: 【设计模式学习笔记】访问者模式、状态模式案例详解(C++实现)

一、访问者模式

1. 什么是访问者模式

Visitor Pattern,访问者模式,是一种行为型设计模式。访问者模式把数据结构和作用于数据结构上的操作进行了分离,在不修改已有类的前提下可以增加新的操作,而新增新的操作就相当于新增一个访问者。

  • Visitor:抽象访问者角色,声明了访问操作的方法,方法的参数为被访问的元素;
  • ConcreteVisitor:具体访问者角色,实现抽象访问者中声明的方法;
  • Element:抽象元素角色,声明接受访问的操作,并接收一个访问者对象作为参数;
  • ConcreteElement:具体元素角色,实现被访问的操作;
  • ObjectStructure:结构对象角色,包含一个具体元素的引用的容器;

2. 访问者模式案例

定义一个抽象访问者类和一个抽象元素类

1. class Element;
2. 
3. class Visitor //抽象访问者
4. {
5. public:
6.  virtual void visit(Element* e) = 0;
7. };
8. 
9. class Element //抽象元素
10. {
11. public:
12.   virtual void reception(Visitor* v) = 0;
13.   virtual string get_name() = 0;
14. };

以领导访问公司部门为例,创建两个公司部门

1. class Department1 : public Element //部门1
2. {
3. public:
4.  virtual void reception(Visitor* v)
5.  {
6.    v->visit(this);
7.  }
8.  virtual string get_name()
9.  {
10.     return "第一事业部";
11.   }
12. };
13. 
14. class Department2 : public Element //部门2
15. {
16. public:
17.   virtual void reception(Visitor* v)
18.   {
19.     v->visit(this);
20.   }
21.   string get_name()
22.   {
23.     return "第二事业部";
24.   }
25. };

创建访问者,董事长和部门分管领导

1. class President : public Visitor //董事长
2. {
3. public:
4.  virtual void visit(Element* e)
5.  {
6.    cout << "董事长访问:" << e->get_name() << endl;
7.  }
8. };
9. 
10. class Leader1 : public Visitor //分管领导1
11. {
12. public:
13.   virtual void visit(Element* e)
14.   {
15.     cout << "第一分管领导访问:" << e->get_name() << endl;
16.   }
17. };
18. 
19. class Leader2 : public Visitor //分管领导2
20. {
21. public:
22.   virtual void visit(Element* e)
23.   {
24.     cout << "第二分管领导访问:" << e->get_name() << endl;
25.   }
26. };

首先在客户端实现,分管部门的领导对自己的部门进行访问

1. {    
2.     v1 = new Leader1;
3.  v2 = new Leader2;
4. 
5.  e1 = new Department1;
6.  e2 = new Department2;
7. 
8.  e1->reception(v1);
9.  e2->reception(v2);
10. }

然后我们在客户端增加操作,假设董事长要来视察,因为董事长职位最大,可以对整个公司进行访问,这是可以创建一个结构对象角色,把所有的部门都包含进来

1. class Group : public Element //整个集团
2. {
3. private:
4.  list<Element*> l;
5. public:
6.  virtual void reception(Visitor* v)
7.  {
8.    for (list<Element*>::iterator it = l.begin(); it != l.end(); it++)
9.    {
10.       (*it)->reception(v);
11.     }
12.   }
13.   void add_element(Element* e)
14.   {
15.     l.push_back(e);
16.   }
17.   virtual string get_name()
18.   {
19.     return "整个集团公司";
20.   }
21. };

然后在客户端进行操作,首先把各个部门对象加入到集团公司对象中,然后董事长进行访问

1. {
2.     v = new President;
3. 
4.  e = new Group;
5.  e1 = new Department1;
6.  e2 = new Department2;
7. 
8.  //组织集团架构  加入所有部门
9.  e->add_element(e1);
10.   e->add_element(e2);
11. 
12. //董事长访问
13.   e->reception(v);
14. }

二、状态模式

1. 什么是状态模式

State Pattern,状态模式,是一种行为型设计模式。通过改变对象的内部状态来达到改变对象行为的目的,“这个对象表现得就好像改变了它的类一样”。其实说白了就是,根据用户是输入的条件,满足一定条件就改变对象的行为,不同条件执行不同的操作。

  • State:抽象状态,定义了一个接口,接口声明了一个与上下文环境相关的状态的行为;
  • ConcreteState:具体状态,定义了本状态的行为和转换到另一个状态的判定条件;
  • Context:上下文、环境,负责状态的转换,包含了一个表示当前状态的State类型的引用;

2. 状态模式案例

定义状态类

1. class State
2. {
3. public:
4.  virtual void get_state(Machine* m) = 0;
5. };
6. 
7. class State1 : public State
8. {
9. public:
10.   virtual void get_state(Machine* m);
11. };
12. 
13. class State2 : public State //状态2
14. {
15. public:
16.   virtual void get_state(Machine* m);
17. };

实现状态对应行为

1. void State1::get_state(Machine* m)
2. {
3.  if (m->get_flag() == 1)
4.  {
5.    //当前状态标志是1,则执行状态1
6.    cout << "执行状态1" << endl;
7.  }
8.  else
9.  {
10.     //当前状态标志不是1,则切换为状态2
11. 
12.     //删除原来的状态
13.     delete m->get_current();
14.     //把当前状态设置为状态2
15.     m->set_flag(2);
16.     m->set_current(new State2);
17.     //执行状态
18.     m->get_current()->get_state(m);
19.   }
20. }
21. 
22. void State2::get_state(Machine* m)
23. {
24.   if (m->get_flag() == 2)
25.   {
26.     cout << "执行状态2" << endl;
27.   }
28.   else
29.   {
30.     //删除原状态
31.     delete m->get_current();
32.     //设置新的当前状态
33.     m->set_flag(1);
34.     m->set_current(new State1);
35.     //执行当前状态
36.     m->get_current()->get_state(m);
37.   }
38. }

定义一个Context类

1. class Machine
2. {
3. private:
4.  State* current; //当前状态
5.  int flag; //状态标志
6. public:
7.  State* get_current()
8.  {
9.    return this->current;
10.   }
11.   void set_current(State* s)
12.   {
13.     this->current = s;
14.   }
15.   void set_flag(int flag)
16.   {
17.     this->flag = flag;
18.   }
19.   void execute_state()
20.   {
21.     current->get_state(this);
22.   }
23.   int get_flag()
24.   {
25.     return flag;
26.   }
27. };

客户端实现状态行为的执行和转换

1. int main()
2. {
3.  Machine* m = NULL;
4.  State* s = NULL;
5. 
6.  m = new Machine;
7. 
8.  cout << "======初始状态======" << endl;
9.  //初始化为状态1
10.   s = new State1;
11.   m->set_flag(1);
12.   m->set_current(s);
13.   m->execute_state();
14. 
15.   cout << "======切换为状态2======" << endl;
16.   //切换为状态2
17.   m->set_flag(2);
18.   m->execute_state();
19. 
20.   cout << "======切换为状态1======" << endl;
21.   //切换为状态1
22.   m->set_flag(1);
23.   m->execute_state();
24. 
25.   delete s;
26.   delete m;
27. 
28.   system("pause");
29.   return 0;
30. }


相关文章
|
24天前
|
设计模式 网络协议 数据可视化
Java 设计模式之状态模式:让对象的行为随状态优雅变化
状态模式通过封装对象的状态,使行为随状态变化而改变。以订单为例,将待支付、已支付等状态独立成类,消除冗长条件判断,提升代码可维护性与扩展性,适用于状态多、转换复杂的场景。
217 0
|
6月前
|
设计模式 网络协议 Java
【设计模式】【行为型模式】状态模式(State)
一、入门 什么是状态模式? 状态模式(State Pattern)是一种行为设计模式,允许对象在其内部状态改变时改变其行为,使其看起来像是改变了类。状态模式的核心思想是将对象的状态封装成独立的类,并将
274 16
|
9月前
|
设计模式 存储 缓存
「全网最细 + 实战源码案例」设计模式——享元模式
享元模式(Flyweight Pattern)是一种结构型设计模式,旨在减少大量相似对象的内存消耗。通过分离对象的内部状态(可共享、不变)和外部状态(依赖环境、变化),它有效减少了内存使用。适用于存在大量相似对象且需节省内存的场景。模式优点包括节省内存和提高性能,但会增加系统复杂性。实现时需将对象成员变量拆分为内在和外在状态,并通过工厂类管理享元对象。
323 92
|
6月前
|
设计模式 XML JSON
【设计模式】【行为型模式】访问者模式(Visitor)
一、入门 什么是访问者模式? 访问者模式(Visitor Pattern)是一种行为设计模式,允许你将算法与对象结构分离。通过这种方式,可以在不改变对象结构的情况下,向对象结构中的元素添加新的操作。
213 10
|
9月前
|
设计模式 存储 算法
「全网最细 + 实战源码案例」设计模式——命令模式
命令模式(Command Pattern)是一种行为型设计模式,将请求封装成独立对象,从而解耦请求方与接收方。其核心结构包括:Command(命令接口)、ConcreteCommand(具体命令)、Receiver(接收者)和Invoker(调用者)。通过这种方式,命令的执行、撤销、排队等操作更易扩展和灵活。 适用场景: 1. 参数化对象以操作。 2. 操作放入队列或远程执行。 3. 实现回滚功能。 4. 解耦调用者与接收者。 优点: - 遵循单一职责和开闭原则。 - 支持命令组合和延迟执行。 - 可实现撤销、恢复功能。 缺点: - 增加复杂性和类数量。
293 14
「全网最细 + 实战源码案例」设计模式——命令模式
|
9月前
|
设计模式 存储 Java
「全网最细 + 实战源码案例」设计模式——责任链模式
责任链模式(Chain of Responsibility Pattern)是一种行为型设计模式,允许将请求沿着处理者链进行发送。每个处理者可以处理请求或将其传递给下一个处理者,从而实现解耦和灵活性。其结构包括抽象处理者(Handler)、具体处理者(ConcreteHandler)和客户端(Client)。适用于不同方式处理不同种类请求、按顺序执行多个处理者、以及运行时改变处理者及其顺序的场景。典型应用包括日志处理、Java Web过滤器、权限认证等。
190 13
「全网最细 + 实战源码案例」设计模式——责任链模式
|
9月前
|
设计模式 算法 开发者
「全网最细 + 实战源码案例」设计模式——策略模式
策略模式(Strategy Pattern)是一种行为型设计模式,用于定义一系列可替换的算法或行为,并将它们封装成独立的类。通过上下文持有策略对象,在运行时动态切换算法,提高代码的可维护性和扩展性。适用于需要动态切换算法、避免条件语句、经常扩展算法或保持算法独立性的场景。优点包括符合开闭原则、运行时切换算法、解耦上下文与策略实现、减少条件判断;缺点是增加类数量和策略切换成本。示例中通过定义抽象策略接口和具体策略类,结合上下文类实现动态算法选择。
284 8
「全网最细 + 实战源码案例」设计模式——策略模式
|
9月前
|
设计模式 SQL 算法
「全网最细 + 实战源码案例」设计模式——模板方法模式
模板方法模式是一种行为型设计模式,定义了算法的骨架并在父类中实现不变部分,将可变部分延迟到子类实现。通过这种方式,它避免了代码重复,提高了复用性和扩展性。具体步骤由抽象类定义,子类实现特定逻辑。适用于框架设计、工作流和相似算法结构的场景。优点包括代码复用和符合开闭原则,缺点是可能违反里氏替换原则且灵活性较低。
223 7
「全网最细 + 实战源码案例」设计模式——模板方法模式
|
10月前
|
设计模式
「全网最细 + 实战源码案例」设计模式——模式扩展(配置工厂)
该设计通过配置文件和反射机制动态选择具体工厂,减少硬编码依赖,提升系统灵活性和扩展性。配置文件解耦、反射创建对象,新增产品族无需修改客户端代码。示例中,`CoffeeFactory`类加载配置文件并使用反射生成咖啡对象,客户端调用时只需指定名称即可获取对应产品实例。
206 40
|
10月前
|
设计模式 Java 开发者
「全网最细 + 实战源码案例」设计模式——适配器模式
适配器模式(Adapter Pattern)是一种结构型设计模式,通过引入适配器类将一个类的接口转换为客户端期望的另一个接口,使原本因接口不兼容而无法协作的类能够协同工作。适配器模式分为类适配器和对象适配器两种,前者通过多重继承实现,后者通过组合方式实现,更常用。该模式适用于遗留系统改造、接口转换和第三方库集成等场景,能提高代码复用性和灵活性,但也可能增加代码复杂性和性能开销。
309 28

热门文章

最新文章