Groovy探索之Decorate模式

                                    Groovy探索之Decorate模式
 
 
Decorate模式是Java编程中比较常用的一种模式,有关Decorate模式的基本知识,如概念、使用场合以及如何使用,请大家查看相关文档。本文所要关注如何在Groovy语言中实现Decorate模式,以及这种实现与Java语言实现的区别,使得我们更加深入的理解Groovy语言的动态性,同时学会在Groovy语言中使用Decorate模式。
说到Decorate模式,一个最最常用的例子是咖啡的例子。下面我们来看看在Java语言中怎么实现这个例子的。
首先是一个接口,接口是Java语言面向对象的基础:
public interface Coffee {
   
        public void descript();
 
}
 
为了例子的简单性,我让Coffee接口只有一个方法。然后,我们要实现原咖啡类:
public class OriginCoffee implements Coffee {
 
        public void descript() {
           System. out .print( "Coffee" );
 
        }
}
 
接着,我们来实现加冰的咖啡:
public class IceCoffee implements Coffee {
   
        private Coffee coffee ;
        public IceCoffee(Coffee coffee)
        {
           this . coffee = coffee;
        }
        public void descript() {
           this . coffee .descript();
           System. out .print( ",with ice" );
 
        }
}
 
看到了上面的两个类 OriginCoffee IceCoffee ,可以看出在 Java 语言中实现 Decorate 模式的一般方法,在此我们就不多说了。
下面是加奶咖啡的实现:
public class MilkCoffee implements Coffee {
 
        private Coffee coffee ;
   
        public MilkCoffee(Coffee coffee)
        {
           this . coffee = coffee;
        }
 
        public void descript() {
           this . coffee .descript();
           System. out .print( ",with Milk" );
        }
}
 
下面,我们来看看 Decorate 模式的客户端实现,首先我们要加奶咖啡:
       Coffee coffee = new MilkCoffee( new OriginCoffee());
    coffee.descript();
 
运行结果为:
Coffee,with Milk
 
如果我们要加奶又加冰的咖啡:
Coffee coffee = new MilkCoffee( new IceCoffee( new OriginCoffee()));
    coffee.descript();
 
运行结果为 :
Coffee,with ice,with Milk
 
在上面的例子中,我们用 Java 实现了一个 Decorate 模式,那么同样的例子在 Groovy 语言又是怎么实现的呢?
我们知道,基于 Groovy 语言的动态性,在很多时候都可以省略接口,在实现 Decorate 模式的时候也一样。
首先来看我们的原咖啡的实现:
class OriginCoffee {
   public descript()
  {
          print 'Coffee'
  }
}
 
没有接口,只有一个方法,很简单。下面是冰咖啡的实现:
class IceCoffee {
    private delegate;
    public IceCoffee(delegate)
    {
       this .delegate = delegate
    }
 
      public descript()
     {
         this .delegate.descript()
         print ',with Ice'
     }
 
}
 
也很简单,基于 Groovy 语言的动态性,我们可以直接编写形如“ this .delegate.descript() ”这样的代码,而在 Java 语言中,我们必须借助接口来实现。
同理来实现加奶咖啡:
class MilkCoffee {
 
    private delegate;
   
    public MilkCoffee(delegate)
    {
       this .delegate = delegate
    }
 
      public descript()
     {
         this .delegate.descript()
         print ',with Milk'
     }
 
}
 
客户端的使用和 Java 语言一样:
      def coffee = new MilkCoffee( new IceCoffee( new OriginCoffee()))
     
 coffee.descript()
 
运行结果为:
Coffee,with Ice,with Milk
 
上面,我们就使用Groovy语言实现了一个最简单的Decorate模式,一切都很简单,也很好理解。如果我们的咖啡复杂一点,比如还要实现计算价格的功能,比如下面的原咖啡:
class OriginCoffee {
   
    float payMount
   
    public pay()
    {
       this .payMount = 2
       return payMount
    }
   
    public printPay()
    {
       println "Total pay mount: ${this.payMount}"
    }
 
      public descript()
     {
         print 'Coffee'
     }
 
}
 
这个类有三个方法:“ descript ”用来描述咖啡种类;“ pay ”用来计算价格;“ printPay ”用来打印咖啡的价格。那么我们该怎么实现加冰的咖啡呢?
当然,我们依然可以沿用上面的方法,其实现如下:
class IceCoffee {
 
    float payMount
   
    private delegate;
   
    public IceCoffee(delegate)
    {
       this .delegate = delegate
    }
   
    public pay()
    {
       this .payMount = this .delegate.pay()+ 0 . 5
       return this .payMount
    }
   
    public printPay()
    {
       println this .payMount
    }
 
      public descript()
     {
         this .delegate.descript()
           print ',with Ice'
     }
}
 
这次实现 Decorate 模式的一般实现模式。我曾经说过,设计模式通过解耦来取得的代码的扩展性,同时也带来了编码的繁琐性。如上面的 IceCoffee 类,需要同时实现三个方法,随着代码的扩展,后面的 MilkCoffee 类、 SugarCoffee 类,都需要同时实现以上的三个方法,十分的繁琐。
Groovy 语言中,结合 MOP 编程,我们还可以对上面的繁琐代码进行进一步的简化,请看下面的 IceCoffee 类:
class IceCoffee {
 
    float payMount
   
    private delegate;
   
    public IceCoffee(delegate)
    {
       this .delegate = delegate
    }
   
    def invokeMethod(String name,args)
    {
       if (name == 'pay' )
       {
           this .payMount = this .delegate.pay()+ 0 . 5
           return this .payMount
       }
       else if (name == 'descript' )
       {
           this .delegate.descript()
           print ',with Ice'
       }
       else
       {
           println this .payMount
       }
    }
 
}
 
不错,又是“ invokeMethod ”方法,让我们在一个方法里把三个功能一起实现,达到简化编码的目的。下面是加奶的咖啡实现:
class MilkCoffee {
    float payMount
    private delegate;
    public MilkCoffee(delegate)
    {
       this .delegate = delegate
    }
   
    def invokeMethod(String name,args)
    {
       if (name == 'pay' )
       {
           this .payMount = this .delegate.pay()+ 1
           return this .payMount
       }
       else if (name == 'descript' )
       {
           this .delegate.descript()
           print ',with Milk'
       }
       else
       {
           println this .payMount
       }
    }
}
 
最后,我们来看看客户端:
      def coffee = new MilkCoffee( new IceCoffee( new OriginCoffee()))
     coffee.descript()
      println ''
     coffee.pay()
 coffee.printPay()
 
打印结果为:
Coffee,with Milk
3.5

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 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