使用ExpandoMetaClass的几个陷阱

最新推荐文章于 2019-12-27 16:22:51 发布

zshulicnibmcom

最新推荐文章于 2019-12-27 16:22:51 发布

阅读量196

点赞数

分类专栏： Groovy 文章标签： java

本文链接：https://blog.youkuaiyun.com/zshulicnibmcom/article/details/84090466

版权

Groovy 专栏收录该内容

0 篇文章

订阅专栏

附上符合规范并且正确的Code

MainClass.metaClass {
        constructor = {
            String name ->
            println("I'm the subsequent constructor!")
            return delegate.newInstance()
        }

        sayHi {
            ->
            println("Say Hello")
        }
}

1.ExpandoMetaClass的语法比较特殊，有一些特定的DSL在里面
比如下面两段代码熟悉Java的程序员可能想当然的就认为是相等的，但是在ExpandoMetaClass里是两个概念
// 正确
MainClass.metaClass{
}
// 错误
def metaClass = MainClass.metaClass
metaClass{
}

2.我想Groovy的官方文档对于constructor的dynamic编程忽略了一些非常重要的东西
第一个是在MetaClass里constructor不能写成下面的形式
constructor {
}

只能是constructor = {}或consturctor << {}

第二个必须要切记非常容易犯的错误是
在constructor的最后一行一定要加上 delegate.newInstance()或者类似的操作
原因对于此中DSL编程来说 Constructor只会当成一个普通的方法去run,当New对象的时候并不会返回当前对象的instance！也就是说你拿到的只会是null，所以delegate.newInstance()放在最后一行是必须的，或者其他类似的返回当前对象instance的操作！

3.在constructor里，无法直接读取Class 的 instance variable
原因，对象并没有构造完成，constructor {}只能看做是一个普通的Closure，Groovy仅仅会尝试在closure的owner和closure内部读取此变量！