《golang设计模式》第三部分·行为型模式-02-命令模式(Command)

这篇具有很好参考价值的文章主要介绍了《golang设计模式》第三部分·行为型模式-02-命令模式(Command)。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

1. 概述

命令模式(Command)将类的业务行为以对象的方式封装,以便实现行为的参数化、撤销或重做等需求。

  • 非命令模式的困惑:
    类的行为在运行时是以实例方法的形式调用的,当方法执行完毕并返回后,方法栈将会消除;方法的运行状态(主要指局部变量)保存在栈帧中,它会随着方法栈的销毁而丢失。当方法的运行状态丢失时,撤销、重做等类似操作就很难顺利实现。
  • 命令模式的优势:
    命令模式将目标类的业务行为分离出去,并用单独的对象类(称为命令类)封装。在程序运行时,被分离的业务行为作为一个独立的对象存在,可以被存储或参数化(作为参数在不同对象间传递),为实现该行为的撤销、重做等提供支持。

1.1 角色

  • Command(抽象命令):一般定义为接口,用来定义执行的命令。
  • ConcreteCommand(具体命令):通常会持有接收者对象,并调用接收者对象的相应功能来完成命令要执行的操作。
  • Receiver(接收者):真正执行命令的对象。任何类都可能成为接收者,只要它能够实现命令要求实现的相应功能。
  • Invoker(调用者):要求命令对象执行请求,通常会持有命令对象,可以持有很多的命令对象。这个是客户端真正触发命令并要求命令执行相应操作的地方,也就是说相当于使用命令对象的入口。
  • Client:创建具体的命令对象,并且设置命令对象的接收者。

1.2 类图

2. 代码示例

2.1 设计

  • 定义一个抽象命令Command
  • 定义两个具体命令StartStop
    • 它实现了抽象命令Command
    • 它继承了接收者Service
  • 定义一个接收者Service
    • 它有Start()Stop()两个方法分别对应它的启动和停止操作
  • 定义一个调用者
    • 它是Command的聚合
    • 它的AddCommand()方法将Command加入调用者
    • 它的Option()方法执行了加入它的命令
  • 调用
    • 实例化一个接收者
    • 实例化两个具体命令
    • 实例化一个执行者,各命令加入执行者
    • 执行执行者的Option()方法
    • 验证接收者状态

2.2 代码

  • 代码
package main

import "fmt"

// 创建抽象命令
type Command interface {
	execute()
}

// 创建具体命令start
type Start struct {
	Status  bool
	Service *Service
}

func (s *Start) execute() {
	err := s.Service.start()
	if err != nil {
		s.Status = true
	}
	s.Status = false
}

// 定义具体命令Stop
type Stop struct {
	Status  bool
	Service *Service
}

func (s *Stop) execute() {
	err := s.Service.stop()
	if err != nil {
		s.Status = true
	}
	s.Status = false
}

// 定义接收者
type Service struct {
	status string
}

func (s *Service) start() (err error) {
	fmt.Println("执行启动操作") //假装执行了操作,实际操作中如果有错这里会抛出
	s.status = "Running"
	return nil
}

func (s *Service) stop() (err error) {
	fmt.Println("执行停止操作") //假装执行了停止,实际操作中如果有错这里会抛出
	s.status = "Exited"
	return nil
}

func (s *Service) GetStatus() {
	fmt.Printf("服务状态:%+v", s.status)
}

// 调用者
type Invoker struct {
	commands []Command
}

func (i *Invoker) AddCommand(command ...Command) {
	i.commands = append(i.commands, command...)

}

func (i *Invoker) option() {
	for _, command := range i.commands {
		command.execute()
	}
}

func main() {
	//实例化一个接收者
	myService := &Service{}

	//实例化一个具体命令
	start := &Start{
		Service: myService,
	}
	//实例化另一个具体命令
	stop := &Stop{
		Service: myService,
	}
	//实例化一个调用者
	invoker := &Invoker{}
	//将刚才实例化的命令加入调用者
	invoker.AddCommand(stop, start)
	//执行操作
	invoker.option()

	//验证接受者状态
	myService.GetStatus()
}
  • 输出
执行停止操作
执行启动操作     
服务状态:Running

2.3 类图


《golang设计模式》第三部分·行为型模式-02-命令模式(Command),架构设计,golang,设计模式,命令模式,command,行为模式,架构文章来源地址https://www.toymoban.com/news/detail-729552.html

到了这里,关于《golang设计模式》第三部分·行为型模式-02-命令模式(Command)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 《golang设计模式》第二部分·结构型模式-02-桥接模式(Bridge)

    桥(Bridge)使用组合关系将代码的实现层和抽象层分离,让实现层与抽象层代码可以分别自由变化。 例如 客户端调用桥接接口实现原有功能和扩展功能的组合 Implementor(实施者): 具体实施者的抽象,可以是一个接口。 Concrete Implementor(具体实施者): 可以理解为扩展之前

    2024年02月12日
    浏览(41)
  • 《golang设计模式》第一部分·创建型模式-02-原型模式(Prototype)

    用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象 Prototype(抽象原型类):它是声明克隆方法的接口,或所有具体原型类的公共父类 它可以是抽象类也可以是接口,甚至还可以是具体实现类。 ConcretePrototype(具体原型类):它实现在抽象原型类中声明的

    2024年02月14日
    浏览(38)
  • 设计模式之命令模式【行为型模式】

    提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档 学习的最大理由是想摆脱平庸,早一天就多一份人生的精彩;迟一天就多一天平庸的困扰。各位小伙伴,如果您: 想系统/深入学习某技术知识点… 一个人摸索学习很难坚持,想组团高效学习… 想写博

    2024年02月01日
    浏览(40)
  • 设计模式—行为型模式之命令模式

    命令(Command)模式:将一个请求封装为一个对象,使发出请求的责任和执行请求的责任分割开。这样两者之间通过命令对象进行沟通,这样方便将命令对象进行储存、传递、调用、增加与管理。 命令模式包含以下主要角色。 抽象命令类(Command)角色:声明执行命令的接口,

    2024年01月25日
    浏览(39)
  • 笨蛋学设计模式行为型模式-命令模式【19】

    8.6.1概念 ​ 命令模式允许将请求封装成一个对象(命令对象,包含执行操作所需地所有信息),并将命令对象按照一定的顺序存储在队列中,然后再逐一调用执行,这些命令可以支持反向操作,进行撤销和重做。这样发送者就只需要触发命令就可以完成操作,不需要知道接受者

    2024年01月23日
    浏览(38)
  • 设计模式(016)行为型之命令模式

            命令模式,它将请求封装成一个对象,从而允许客户端参数化操作队列、记录请求日志、支持撤销操作等。在命令模式中,有四个核心角色:命令接口(Command)、具体命令(ConcreteCommand)、调用者(Invoker)、接收者(Receiver)。 ① 命令接口(Command) :声明了执

    2024年04月11日
    浏览(37)
  • 【设计模式】第16节:行为型模式之“命令模式”

    命令模式:将请求(命令)封装为一个对象,这样可以使用不同的请求参数化其他对象(将不同请求依赖注入到其他对象),并且能够支持请求(命令)的排队执行、记录日志、撤销等(附加控制)功能。 动作封装 解耦发送者跟接受者 可扩展性 简化和集中错误处理 支持撤

    2024年02月07日
    浏览(30)
  • 【设计模式|行为型】命令模式(Command Pattern)

    命令模式(Command Pattern)是一种行为设计模式,它将请求封装为一个对象,以便在不同的请求者和接收者之间进行解耦、参数化和操作的队列化。命令模式允许你将具体的请求封装为对象,这些对象之间彼此独立,并且可以用不同的请求对客户端进行参数化。 结构 命令接口

    2024年02月15日
    浏览(35)
  • 【Java 设计模式】行为型之命令模式

    命令模式(Command Pattern)是一种行为型设计模式,用于将请求封装为对象,使得可以参数化客户端对象,并且能够排队、记录请求,以及支持撤销操作。在本文中,我们将深入研究Java中命令模式的定义、结构、使用场景以及如何在实际开发中应用。 命令模式是一种行为型设

    2024年01月23日
    浏览(41)
  • 掌握设计模式:深入了解命令模式的优雅调度与行为解耦

    命令模式是一种行为设计模式,其目的是将请求发送者和接收者解耦,从而允许发送者发送请求,而无需知道请求的具体处理方式。在命令模式中,请求被封装为一个对象,这个对象包含了执行请求所需的所有信息,包括调用方法、参数等。这样,请求的发送者只需知道如何

    2024年01月25日
    浏览(45)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包