Groovy探索之责任链模式

                        Groovy探索之责任链模式

 

 

责任链模式在现实中也有很多对应的实例。

比方说,一个公司有A,B,C,D四个项目组,各自相邻。一天,一个客户打电话进来,说我们某某项目出了点问题,请帮忙解决。电话是由A项目组的人接的,A项目组的人一听,说这不是我们负责的项目,我们把它交给B项目组吧。B项目组的人一听,也说,这也不是我们项目组负责的,我们把它交给C项目组吧。C项目组的人一听,说,这是我们负责的项目,我们来处理吧。

上面的实例很形象的表现了一个责任链模式的处理过程:一个项目或过程里有多个相似的责任,分别由各自的处理模块来处理;我们的解决方法就是将这些所有的处理模块组成一个链;然后,当一个责任发生时,将这个责任沿着链流转,如果当前处理模块不处理该责任,则把该责任流转到链的下一个处理模块,依此类推,直到该责任找到处理模块为止。

我们都爱读《西游记》这部小说,其中有一个情节是"孙悟空大战二郎神",相信大家都很熟悉。

小说里是这么描述的:

"悟空见自己的老窝被破坏了,心里一慌,变成麻雀想跑,二郎神摇身变成了捉麻雀的鹰,

抖抖翅膀就去啄麻雀;悟空急忙又变成一只大鹚鸟,冲向天空,二郎神急忙变成了一只大海鹤,

钻进云里去扑;悟空一见嗖地一声飞到水里,变成一条鱼。

  二郎神从照妖镜里看见了悟空,就变成鱼鹰,在水面上等着,悟空见了,

急忙变条水蛇,窜到岸边,接着又变成花鸨,立在芦苇上。二郎神见他变的太低贱,也不去理他,

变回原来的样子,取出弹弓,朝着花鸨就打,把悟空打得站立不稳。"

这是其中的一段二人的变幻大战,描写的很精彩。其中,孙悟空分别变幻成"麻雀"、"大鹚鸟"、"鱼",企图躲过二郎神的眼睛,达到逃跑的目的。而二郎神也分别变幻成"鹰"、"大海鹤"、"鱼鹰"来和孙悟空争锋相对。

从上面的分析,如果把二郎神对付孙悟空当做一个过程,那么孙悟空的三个变幻就是三种不同的职责,而二郎神也通过三个不同的处理模块来对付它们。

那么,我们就可以通过责任链模式来模拟二郎神和孙悟空的这段变幻大战了。

首先,二郎神的第一个处理模块是"鹰":

class Hawk {

   

    def next

   

    def Hawk(next)

    {

       this.next = next

    }

   

    def fight(wukong)

    {

       if(wukong == 'sparrow')

       {

           println 'hawk eat sparrow!'

       }

       else

       {

           this.next.fight(wukong)

       }

    }

 

}

 

在这个"Hawk"类中,只有一个属性是"next",指向它的下一个处理模块。当这个类初始化的时候确定它的下一个处理模块是什么。

然后,我们看它的"fight"方法,有一个传入参数"wukong",代表的是孙悟空的当前变幻,如果它的当前变幻是"麻雀"的话,就被"Hawk"处理;如果不是的话,"Hawk"类就会传给下一个处理模块来处理。

 

当然,二郎神的第二个处理模块"大海鹤"的功能也跟第一处理模块相似:

class Crane {

   

    def next

   

    def Crane(next)

    {

       this.next = next

    }

   

    def fight(wukong)

    {

       if(wukong == 'cormorant')

       {

           println 'crane eat cormorant!'

       }

       else

       {

           this.next.fight(wukong)

       }

    }

 

}

 

可以看到,功能跟"Hawk"类一样,在这里我们就不多说了。同样的还有一个:

 

class Osprey {

   

    def next

   

    def Osprey(next)

    {

       this.next = next

    }

   

    def fight(wukong)

    {

       if(wukong == 'fish')

       {

           println 'osprey eat fish'

       }

       else

       {

           this.next.fight(wukong)

       }

    }

 

}

 

这个类也没有什么可说的,但是,在责任链模式中,还有一个类是必须的,这就是默认的处理模块,它的作用是处理当这个责任链流转结束的时候,仍然没有找到适合的处理模块的话,就交给默认的处理模块来处理。它的作用实际上是使得这个责任链能够正常流转处理结束。

在这里,我们的默认处理模块是判给孙悟空赢,如下:

 

class Other {

   

    def fight()

    {

       println 'wukong win!'

    }

 

 

}

 

 

现在,整个责任链宣告完成,我们需要写一个客户端代码来测试它。

 

      def wukong = 'fish'

     

      def erlangshen = new Hawk(new Osprey(new Crane(new Other())))

     

      erlangshen.fight(wukong)

   

 

在我们的客户端代码中,孙悟空的变幻是一条"鱼":

def wukong = 'fish'

 

而二郎神则有一个变幻的责任链:

 

      def erlangshen = new Hawk(new Osprey(new Crane(new Other())))

 

 

下面二郎神就要大战孙悟空了:

 

      erlangshen.fight(wukong)

   

 

它的运行结果为:

osprey eat fish

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


背景:    8月29日,凌晨4点左右,某服务告警,其中一个节点直接down掉,收到告警的同事让运维重启。    9点左右,内存监控上发现内存异常,堆内存涨速很快,即便GC也没有什么效果,频繁GC。    9点38,服务各种超时,影响整个app使用。处理方式:    当时由于很想要
https://support.smartbear.comeadyapi/docs/soapui/steps/groovy.htmlGettestcaseobjectToobtaintheobjectwhichreferstothecontainingtestcase,usethefollowingcodesnippet:Groovy def case=testRunner.testCase; Byusingthe tes
有几个选项可用于执行自定义JMeter脚本并扩展基线JMeter功能。查看最流行的扩展机制,比较性能并分析哪一个是最好的。  这是乐队之战,JMeter风格。 BeanshellV.JSR223V.JavaRequestSampler 在我们之前的帖子中,  JMeterPerformance和TuningTips  ( 由fantastik
Scala和Java为静态语言,Groovy为动态语言Scala:函数式编程,同时支持面向对象Groovy:jvm上的脚本,较好兼容java语法,Groovy加强了Java集成。 可配置化的优势,可以将一些简单的逻辑公开给外部编辑和使用,增强了互操作性,复杂逻辑来说,可配置化代码的调试则会比较麻烦 Scala和Java
出处:https://www.jianshu.com/p/ce6f8a1f66f4一、一些内部元件的访问testRunner.testCase开头1、向下访问testRunner.testCase.testSteps[testStepName]testRunner.testCase.getTestStepByName("新增一个空间")2、向上访问,用于访问同一项目中的其他testSuites和testCase下
在运行groovy的junit方法时,报了这个错误:java.lang.ExceptionInInitializerError atorg.codehaus.groovy.reflection.ClassInfo.isValidWeakMetaClass(ClassInfo.java:271) atorg.codehaus.groovy.reflection.ClassInfo.getMetaClassForClass(ClassInfo.java:241) atorg.codeha
基本语法1.Grovvy的注释分为//和/**/和java的一样.2.Grovvy语法可以不已分号结尾.3.单引号,里面的内容严格的对应java中的String,不对$符号进行转义.defs1='iamastudent$'printlns1iamastudent$4.双引号“”的内容中如果有$号的话,会先对表达式先求值.de
Tiobe发布了最新一期(3月份)编程语言欢迎度榜单,其榜单根据互联网上有经验的程序员、课程和第三方厂商的数量,并使用搜索引擎(如Google、Bing、Yahoo!)以及Wikipedia、Amazon、YouTube统计出排名数据。TOP5几乎没有变化,Java和C语言牢牢占据前两名。Python相较去年上升一位进入TOP3,C++下
我有一个Google地图组件,作者可以在其中指定纬度和经度.我正在使用带有正则表达式的常规“输入”类型控件来验证它们是否是数字,但是,当试图解决指定范围的问题时(经度验证该值在[-180,180]内并且纬度[-90,90])但是,通过正则表达式进行验证似乎很麻烦,而且利用inputtype=“numb
我正在为未来的应用程序评估SpringBoot,并希望使用Groovy模板来实现其纯粹的可读性.不幸的是,我在迭代我添加到控制器返回的ModelAndView对象的对象列表时遇到了麻烦.这是我的控制器:@RestController@RequestMapping("/ships")publicclassShipsController{@Autowired
我有一个基于Spring的java应用程序,其中包含一些有用的组件.作为系统的一部分,我有一个groovy脚本,来处理一些报告.我想从groovy脚本中调用spring组件.当我用Java编写时,我需要在@Component中使用@Autowired注释,即@ComponentclassReporter{@AutowiredSearchServicesearchS
在Grailsi18n插件definedthusly中定义了一个messageSourcebean:messageSource(PluginAwareResourceBundleMessageSource){basenames=baseNames.toArray()fallbackToSystemLocale=falsepluginManager=manager....}是否可以覆盖我的resources.groovy中的fa
我正在寻找一种方法来反向工程RDBMS表(MSSQLServer)并生成JPA@EntityGroovy类.我们目前没有选择使用Grails和/或GORM,因此Grailsdb-reverse-engineer插件似乎很接近但不太正确.它生成符合GORM的类而不是JPA实体类.我们目前有一个gradle构建,它利用org.hibernate.tool.ant.Hibe
https://blog.csdn.net/Gdeer/article/details/83062523一、直接运行groovy程序因为groovy插件和android插件不兼容,所以不能在原始项目上使用groovy。 新建module,创一个JavaLibrary,取名lib。  修改lib/build.gradleapplyplugin:'java-library'depe
一、自动生成GET请求脚本1、配置Createascript在ngrinder管理台主页,点击script–>Createascript,并填写脚本名称和请求的url,如下所示:点击Create按钮,nGrinder会自动生成对应的脚本结构,如果没有参数需要设置的话,可以直接运行了。二、详细解析GET请求脚本ngrinder自动生成的脚本
我正在关注使用列表和地图作为构造函数的this博文.为什么以下列表无法强制反对?classTest{staticclassTestObject{privateinta=1;protectedintb=2;publicintc=3;intd=4;Strings="s";}stati
Information:java:Errorsoccurredwhilecompilingmodule'security'Information:javac1.8.0_131wasusedtocompilejavasourcesInformation:2019/6/98:31-Buildcompletedwith1errorand0warningsin3s116msError:java:读取E:\repository\org
ngrinder中的groovy脚本结构类似junit,同时在junit的基础之上封装了自己的注解,用来控制脚本的运行。一、运行逻辑图如下:此处只列出了groovy脚本的逻辑,jython脚本是类似的,在此不再单独介绍。二、各注解的使用比较三、关注点在ngrinder中,通常使用单进程多线程就足够大部分测试了,所以:
我有一个switch语句来处理javaenumfoo,并使用spock编写一些groovy单元测试.我已经添加了一个测试,它验证当前是否处理了每种类型的foo而没有抛出异常.现在我想测试一个无法识别的foo类型会导致抛出异常.要做到这一点,我将不得不嘲笑枚举,并已经看到这里概述的解决方案:MockingJ
我有一个groovy实体ClientInvoiceAttachmentExt,它扩展了java实体ClientInvoiceAttachment.ClientInvoiceAttachment具有@Id注释,但仍然看到“没有为实体指定的标识符”错误这是我的堆栈跟踪[Mar0317:11:54]ERROR|org.springframework.web.context.ContextLoader|Contex