Groovy初体验：构建高性能JVM应用

时间 2020-01-21

原文原文链接

为何要学Groovy

Groovy运行于JVM之上，然而其对动态语言、函数式编程范式以及元编程功能的加持所带来的表现力和简洁性能够说甩了Java几条街。咱们能够利用Groovy的全部动态功能构建高性能的JVM应用、将开发效率提升几个数量级！这就是咱们为何要学它！编程

注：本文首发于 My 公众号 CodeSheep ，可长按或扫描下面的 当心心 来订阅 ↓ ↓ ↓

Groovy环境部署

本文实验所用OS为CentOS7，这里介绍使用sdk工具来安装Groovy的方法。vim

首先在命令行下执行：

curl -s get.sdkman.io | bashc#

接下来执行：

source "$HOME/.sdkman/bin/sdkman-init.sh"安全

而后咱们就可使用sdk工具来安装Groovy：

一句话搞定！bash

sdk install groovy服务器

完成以后咱们来检查Groovy安装状态

groovy -v框架

一切就绪curl

Hello World From Groovy

[root@localhost ~]# vim Hello.groovy
[root@localhost ~]# more Hello.groovy 
println "Hello World From Groovy !"
[root@localhost ~]# groovy Hello
Hello World From Groovy !

Groovy语言特性

Groovy是轻量级的Java
Groovy的信噪比比Java高：较少的代码得到更多结果
GDK = Groovy JDK：经过向JDK的各类类中添加便捷方法，Groovy扩展了JDK造成了GDK库
return语句可选，分号结尾可选
方法和类默认public
导航操做符可帮助实现对象引用不为空时方法才会被调用
Groovy不强迫捕获本身不关心的异常，没捕获的异常自动传到高层
静态方法内可以使用this来引用Class对象，所以能够链式调用！

两大优势：表现力 + 简洁！！！函数式编程

从Java到Groovy

用Java写一段代码以下：函数

public class Greetingss {

  public static void main( String[] args ) {
    for( int i=0; i<3; i++ ) {
      System.out.println("ho ");
    }
    System.out.println("Merry Groovy");
  }
}

用Groovy重构一遍以下：

for(i in 0..2) {
  print 'ho '
}
print 'Merry Groovy'

看看两种语言的信噪比对比，真是给人不可估量的感动！

安全导航操做符 ?.

能够避免代码中的大量null引用的判断

def foo( str ) {
  str?.reverse()  // 仅当str不为null时reverse才会执行
}

这能够帮咱们省多少个if啊！！！

异常处理

与Java相比，Groovy的异常处理少了不少繁文缛节

对于那些不想处理或者不适合在代码当前层次处理的异常，Groovy对用户不作任何要求，任何用户未处理的异常会自动传递到高一层，咱们啥也不用写：

def openfile( fileName ) {  // 无需throws
  new FileInputStream( fileName ) // 无需try...catch... 处理
}

异常能够放到其调用代码中处理：

try {
  openFile("nonexistfile")
} catch( FileNotFoundException ex ) {
  print "Oops: " + ex
}

若捕获全部异常（Exception），则上面catch中异常的类型均可省略：

try {
  openFile("nonexistfile")
} catch( ex ) {  // 省略类型表示可捕获全部异常
  print "Oops: " + ex
}

链式调用

静态方法内可以使用this来引用Class对象，所以能够链式调用

class Wizard {
  def static learn( trick, action ) {
    //...
    this
  }
}

Wizard.learn('xxxx', {...})
  .learn('yyyy', {...})
  .learn('zzzz', {...})

后记

做者更多的SpringBt实践文章在此：

若是有兴趣，也能够抽点时间看看做者一些关于容器化、微服务化方面的文章：