java程序员为啥使用Groovy

Posted 2023-03-16

Groovy是一门基于JVM的脚本语言。它在兼容Java语法的同时，借鉴了Ruby、Python等语言的特性，有自己一套简洁而灵活的语法。同时，运行在JVM上也意味着它也可以使用Java语言编写的库。这两点结合，让Groovy极其适合编写Java代码的测试脚本。

选择Groovy作为测试脚本的语言的原因：

Groovy基于JVM，这使我能够调用产品的Java代码，也能够调用Java标准库里的代码。除些之外，还可以通过Maven或Gradle使用大量的第三方Java库。

Groovy是动态语言，扩展了Java的容器类，提供了完善的函数式编程和元编程支持。这让我们可以写出简洁而富有表现力的代码。

Groovy提供了大量的语法糖。与Java自身繁冗的代码相比，这些语法糖大大节约了我们编写脚本的时间，减少了我的脚本的代码量。

然而，Groovy在带来上述三个优点的同时，也会带来有相应的缺点：

效率问题。Groovy作为运行在JVM上的动态语言，运行效率是低于Java的。虽然可以用@CompileStatic注解来静态编译一些类以提高效率，但这样又会失去Groovy的一些动态语言的特性。

语法过于灵活，运用不当会降低可读性与可维护性。Groovy支持元编程特性，可以在运行时动态添加方法。这一点自然可以简化代码，但也有很大的可能会降低可维护性。函数式编程与大量的语法糖会让不熟悉Groovy的人读起来一头雾水，反而降低了可读性。

参考技术A 正如Groovy对Java很多特性进行的包装优化一样，基于Groovy的HttpBuilder也包裹了HttpClient，使网络编程变得更加的方便易用，下面稍微来用一个例子看一下。
寻找各种依赖的jar包有时候会让我们失去耐心，不过值得庆幸的是我们有Maven和Gradle这样的工具，可以根据配置轻松的帮我们配置好我们需要的数据。下面我们来叙述一下整个过程。
1. 创建文件夹httpbuildertest
2. 创建gradle配置文件，build.gradle，内容如下：
apply plugin: "groovy"
apply plugin: "eclipse"

repositories
mavenCentral()


dependencies
compile "org.codehaus.groovy:http-builder:0.4.0"
compile "org.codehaus.groovy:groovy-all:2.3.3"
testCompile "org.spockframework:spock-core:0.7-groovy-2.0"


gradle我们将做另文介绍
3. 执行gralde eclipse（当然必须先安装gradle），就可以生成eclipse所需要的.classpath和.project文件，这时候就可以使用eclipse导入功能来import->Existing Projects Into WorkSpace。
4. 创建我们的一个测试，试试看是不是可以使用httpbuilder了
import groovyx.net.http.HTTPBuilder
import spock.lang.Specification;
import static groovyx.net.http.Method.*
import static groovyx.net.http.ContentType.*

class HttpbuildLabSpec extends Specification
HTTPBuilder http = new HTTPBuilder( 'http://m.weather.com.cn' )
public void testRequestWeather()
when:
def info =""
http.request( GET, JSON )
url.path = '/data/101290401.html'
headers.'User-Agent' = 'Mozilla/5.0 Ubuntu/8.10 Firefox/3.0.4'
response.success = resp, json ->
info = json.weatherinfo.city

response.failure = resp -> println "Unexpected error: $resp.statusLine.statusCode : $resp.statusLine.reasonPhrase"

then: "曲靖"==info



打完收工，通过这个小例子我们可以了解到这么一些内容：
（1）HTTPBuilder 是这个框架的核心类（要不然怎么和框架一个名字），构建这个类的对象的时候，指定要请求的baseUrl。
（2）request方法可以指定请求的method和返回的数据格式，method对应的是GET/PUT/POST/DELETE/HEAD几个常量，而数据格式目前有JSON/XML/HTML/BINARY/URLENC/ANY几种。
（3）一个比较有意思的地方是，在http的request方法里面，仿佛是无根之水一样突然冒出来了几个没有声明过的变量，看起来连编译也不会通过的方法，那么是如何能正常运作的呢？这个我们就要研究到Groovy的Closure（闭包）。Groovy的闭包里包含有一个delegate属性，一般来说，这个delegate里保存的是闭包使用上下文的对象引用，比如a调用了一个闭包b，则b的delegate就是a的this对象。而在HTTPBuilder对象调用request方法的时候，它把传入闭包的delegate改成了一个叫做SendDelegate的类对象（这是HTTPBuilder的内部类，他们都是用Java写的，在新版的HttpBuilder里，已经改名为RequestConfigDelegate），这个类里面，分别包含了一个叫做getHeaders()的方法，一个叫做getUrL()的方法，一个叫做getResponse()的方法。稍微思索一下我们就可以想到，Groovy里有这样的特性，如果直接使用一个识别不出来的变量，Groovy会假设它是getter的一种简写形式，自动进行补全（当然这也是DSL的常用伎俩，把方法伪装成短语），而getter并没有参数，所以其括号是可以简写的，实际上上面的代码可以写作getUrl().path = '/data/101290401.html'，这样就非常符合程序员的视觉体验了。
（4）主要是为了喜欢追根问题的同学释疑，实际上整个调用还是非常的简单明快的，在request闭包里，我们通过response（记得吗，实际上就是GetResponse()）,获得了一个Map结构，这个Map的内部结构实际上是Map<String,Closure>,对“success”和“failure”这两个key我们分别设置了对应的闭包，这样就完成了回调的设置，一旦方法成功或者失败，就可以调用到对应的闭包。
（5）使用了JSON作为返回格式，闭包的第二个参数就是解析好的返回body，就是一个Json对象，是可以直接用点号来访问的。当然最好不要在失败的闭包里放这个参数，一般失败的情况比较多，也许就是一个html返回，格式错误那么测试也就无法按照预期进行了。本回答被提问者采纳 参考技术B 反序列化，有时候还是比较实用的，方便快捷啊

Java程序员为啥学习Groovy

正如Groovy对Java很多特性进行的包装优化一样，基于Groovy的HttpBuilder也包裹了HttpClient，使网络编程变得更加的方便易用，下面稍微来用一个例子看一下。
寻找各种依赖的jar包有时候会让我们失去耐心，不过值得庆幸的是我们有Maven和Gradle这样的工具，可以根据配置轻松的帮我们配置好我们需要的数据。下面我们来叙述一下整个过程。
1. 创建文件夹httpbuildertest
2. 创建gradle配置文件，build.gradle，内容如下：
apply plugin: "groovy"apply plugin: "eclipse"repositories mavenCentral()dependencies compile "org.codehaus.groovy:http-builder:0.4.0" compile "org.codehaus.groovy:groovy-all:2.3.3" testCompile "org.spockframework:spock-core:0.7-groovy-2.0"

gradle我们将做另文介绍
3. 执行gralde eclipse（当然必须先安装gradle），就可以生成eclipse所需要的.classpath和.project文件，这时候就可以使用eclipse导入功能来import->Existing Projects Into WorkSpace。
4. 创建我们的一个测试，试试看是不是可以使用httpbuilder了
import groovyx.net.http.HTTPBuilderimport spock.lang.Specification;import static groovyx.net.http.Method.*import static groovyx.net.http.ContentType.*class HttpbuildLabSpec extends SpecificationHTTPBuilder http = new HTTPBuilder( 'http://m.weather.com.cn' )public void testRequestWeather() when: def info ="" http.request( GET, JSON ) url.path = '/data/101290401.html' headers.'User-Agent' = 'Mozilla/5.0 Ubuntu/8.10 Firefox/3.0.4' response.success = resp, json -> info = json.weatherinfo.city response.failure = resp -> println "Unexpected error: $resp.statusLine.statusCode : $resp.statusLine.reasonPhrase" then:"曲靖"==info

打完收工，通过这个小例子我们可以了解到这么一些内容：
（1）HTTPBuilder 是这个框架的核心类（要不然怎么和框架一个名字），构建这个类的对象的时候，指定要请求的baseUrl。
（2）request方法可以指定请求的method和返回的数据格式，method对应的是GET/PUT/POST/DELETE/HEAD几个常量，而数据格式目前有JSON/XML/HTML/BINARY/URLENC/ANY几种。
（3）一个比较有意思的地方是，在http的request方法里面，仿佛是无根之水一样突然冒出来了几个没有声明过的变量，看起来连编译也不会通过的方法，那么是如何能正常运作的呢？这个我们就要研究到Groovy的Closure（闭包）。Groovy的闭包里包含有一个delegate属性，一般来说，这个delegate里保存的是闭包使用上下文的对象引用，比如a调用了一个闭包b，则b的delegate就是a的this对象。而在HTTPBuilder对象调用request方法的时候，它把传入闭包的delegate改成了一个叫做SendDelegate的类对象（这是HTTPBuilder的内部类，他们都是用Java写的，在新版的HttpBuilder里，已经改名为RequestConfigDelegate），这个类里面，分别包含了一个叫做getHeaders()的方法，一个叫做getUrL()的方法，一个叫做getResponse()的方法。稍微思索一下我们就可以想到，Groovy里有这样的特性，如果直接使用一个识别不出来的变量，Groovy会假设它是getter的一种简写形式，自动进行补全（当然这也是DSL的常用伎俩，把方法伪装成短语），而getter并没有参数，所以其括号是可以简写的，实际上上面的代码可以写作getUrl().path = '/data/101290401.html'，这样就非常符合程序员的视觉体验了。
（4）第四点罗嗦了不少，主要是为了喜欢追根问题的同学释疑，实际上整个调用还是非常的简单明快的，在request闭包里，我们通过response（记得吗，实际上就是GetResponse()）,获得了一个Map结构，这个Map的内部结构实际上是Map<String,Closure>,对“success”和“failure”这两个key我们分别设置了对应的闭包，这样就完成了回调的设置，一旦方法成功或者失败，就可以调用到对应的闭包。
（5）使用了JSON作为返回格式，闭包的第二个参数就是解析好的返回body，就是一个Json对象，是可以直接用点号来访问的。当然最好不要在失败的闭包里放这个参数，一般失败的情况比较多，也许就是一个html返回，格式错误那么测试也就无法按照预期进行了。 参考技术A 现在流行script语言，就是代码不编译，到运行的时候再编译。这样的优点是不用重新发布就可以直接修改代码。立刻生效。特别适合j2ee应用。把一段经常改动的部分改成groovy就好了。需要修改直接改一下，方便多了。当然为了性能，一般是在java中调用groovy。java本身支持调用多种script语言，例如javascript之类。相比之下，groovy最接近java语言，程序员学习时需要花费的时间最少。所以学的人用的多一点。 参考技术B 你可以用java语法来编写groovy,最后还可以生成class文件，直接用java调用。你会说，这有什么好的，不就是改了个后缀名么？呕，也许吧…但是它的亮点当然不是这个，它的亮点是你可以在Groovy里面直接用java语法混搭写，当然不是很推荐这样做的。