Groovy探索之MOP 四 使用ExpandoMetaClass来实现Mixin

              Groovy探索之MOP 四 使用ExpandoMetaClass来实现Mixin

 

 

国内很多的文章都在说Groovy语言的Mixin机制就是Groovy语言的Categories机制。其实,在外面的Blog上,大量有人在讨论Groovy语言应该如何实现它自己的Mixin机制,这就是说明Groovy语言的Mixin机制还没有定型,处在讨论之中。Categories机制当然也能实现部分的Mixin功能,就像Java语言的接口机制,还有组合等等,都能实现部分的Mixin功能。就像C++语言的多继承一样,这些"古老"的机制都能或多或少的实现部分的Mixin功能。

其实,Mixin机制也没有想象的那么神秘和复杂。从字面上来看,它是由"mix"和"in"两个单词组成,它们各自的意义是"混合"和"进来",翻译过来就是把别的类的功能"混合进来"的意思。从这个意义上讲,上面所讲到的所有技术,如"多继承"、"接口"、"组合"和"Categories"都能实现这个机制的部分功能,也就是编译期的Mixin功能。

但是,现在的Mixin机制所强调的不仅是能够混入进别的类的功能,更强调的是要在运行期内能够混入别的类的功能。这就是那些"古老"技术所不能解决的。

在讨论中的Groovy语言的Mixin功能,不但要实现编译期的Mixin功能,同时也要实现运行期的Mixin功能。

虽然Groovy语言的Mixin机制还没有定型,但由于Groovy语言对MOP的良好支持,所以,我们还是可以比较方便的使用Groovy语言的MOP机制来实现运行期的Mixin功能的。

任何问题的讨论都是从一个简单的例子开始的。

比如,我们现在有一个Window类,它里面有一个简单的方法,就是能够实现开窗的动作。如下:

 

class Window

{

    def open()

    {

       println 'the window is opened!'

    }

}

 

同时,我们还有一个Human类,这个类可能会很复杂,但为了简单起见,我们现在不打算实现它的很多功能,只是简单的表示有这么一个类。如下:

 

 

class Human {

   

    String name

 

}

 

 

 

现在,我们要操作的当然是Human的实例。本来这两个类是互不相关的,但现在Human的对象有了一个现实的要求,就是它需要能够实现"开窗"的动作。

当然,我们可以为Human类实现一个"openWindow"方法,但这一看就不符合面向对象设计的基本原则--类的功能要单一。

接下来的考虑是我们可以在Human类里使用Window类的"open"方法,这就要使用组合模式,也就实现了编译期的Mixin机制。但这种编译期的Mixin机制显然也太刚性了,可能我们在使用Human类的大多数场合都不会用到"openWindow"方法,却把它组合到Human类里。

最后,我们的考虑就是运行期的Mixin机制,这种实现肯定既实现了Mixin的功能,又抛弃了编译期的Mixin机制的弱点。

现在,我们就来实现运行期的Mixin机制,当然是借助于ExpandoMetaClass类的强大功能。

首先,我们来获取Window对象:

 

      def window = new Window()

 

 

接着,我们要在运行期内借用该对象的"open"方法:

 

      Human.metaClass.openWindow = window.&"open"

 

现在,我们就可以测试了:

 

      def human = new Human()

     

      human.openWindow()

 

 

运行的结果为:

the window is opened!

 

这就完成了一个简单的运行期的Mixin功能。

现在,我们的需求可能会在这个基础上进一步扩展,比如,有一个机器人也希望拥有开窗的功能,或者有一个自动装置也能开窗。这就需要把我们的Window类的"open"功能Mixin到不同的类中去。

当然,我们可以使用上面的方法,对每一个需要使用开窗功能的类使用ExpandoMetaClass类一一实现。

但既然有这么多类希望实现相同的功能,我们当然希望有一个工具来帮助我们简化我们的工作。

class Mixin {

   

    private targetClass

   

    def Mixin(targetClass)

    {

       this.targetClass = targetClass

    }

   

    def mixinWith(String asMethodName,Closure closure)

    {

       targetClass.metaClass."$asMethodName" = closure

    }

   

}

 

有了这个Mixin类,我们就可以这样实现Human类的开窗功能:

 

      def window = new Window()

     

      def m = new Mixin(Human)

     

      m.mixinWith("openWindow",window.&open)

     

      def human = new Human()

     

  human.openWindow()

 

这个Mixin帮忙类的功能就比较强大了,它可以把其他类的某个方法mixin到Human类去里;也可以把Window类的"open"方法mixin到其他的某个类中去。

甚至,我们可以直接会Human类添加一个方法,如:

 

      def m = new Mixin(Human)

 

      m.mixinWith('driveCar')

      {

         println 'The car is running'

      }

     

      def human = new Human()

     

      human.driveCar()

 

运行结果为:

The car is running

 

当然,你可能对Mixin类的"mixinWith"方法不满意,希望使用更加DSL的方法,那么我们就可以这样实现:

class Mixin {

   

    private targetClass

   

    def Mixin(targetClass)

    {

       this.targetClass = targetClass

    }

   

    def invokeMethod(String name,args)

    {

       if(name.startsWith('mixinAs'))

       {

           def methodName = name[7].toLowerCase()+name[8..-1]

           targetClass.metaClass."$methodName" = args[0]

       }

    }

   

 

}

 

然后,我们就可以这样使用Mixin类:

 

      def window = new Window()

     

  def m = new Mixin(Human)

 

      m.mixinAsOpenWindow window.&open

     

      def human = new Human()

     

      human.openWindow()

   

 

上面的代码行中,形如"m.mixinAsOpenWindow window.&open"就更有可读性。运行结果同样为:

the window is opened!

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