17、Groovy构建器的构建与应用

Groovy构建器的构建与应用

1. 从XML/HTML到GroovyMarkup的过渡

将编写XML或HTML的代码转换为GroovyMarkup的等效代码十分容易。使用构建器时,我们无需深入了解Groovy的元对象协议(MOP),也不必知晓构建器是如何实现的,只需掌握如何编写符合正确语言语义的构建器代码即可。构建器模式的代码结构主要依赖于Groovy的以下几个语言特性:
- 闭包方法调用:当闭包作为方法参数传递时,Groovy对闭包的特殊处理使得构建器模式中独特的嵌套块结构得以实现。这允许闭包块在其他方法调用参数之后内联声明。
- 闭包方法解析:当在闭包体内调用一个方法,而该方法在闭包实例中不存在时,Groovy会使用解析策略来确定尝试在哪个对象(如果有的话)中查找该方法。
- 虚拟方法:Groovy的MOP允许我们对类中不存在的方法调用做出响应,即“假装”这些方法存在。
- 命名参数:当我们将映射参数传递给方法时,可以将各个映射元素与其他方法参数一起声明,从而产生命名参数列表的效果。
- 闭包委托:更改闭包的委托可以让另一个类处理其方法调用。当我们将委托更改为构建器类时,构建器就可以编排方法调用的处理方式。

2. 闭包方法调用

当我们声明一个接受闭包作为最后一个参数的Groovy方法时,Groovy允许我们在包含其他参数的方法调用之后立即定义内联闭包的主体。方法调用后跟内联闭包块看起来就像是一个命名的代码块。当我们将这些方法调用相互嵌套时,就会得到独特的构建器风格的代码块。

这种编码风格并非构建器所独有,我们也可以用同样的方式嵌套其他方法调用。以下是一个示例,在脚本中定义了三个方法: m

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值