使用 Groovy 作为脚本语言

Question

我更喜欢使用脚本语言来完成短期任务，例如非常简单的 http 机器人、向某处批量导入/导出数据等等......基本的一次性脚本和简单的东西。重点是，脚本语言只是编写快速程序的有效工具。至于我目前对 Groovy 的理解...

如果您要在 Groovy 中进行编程，并且您不想编写快速脚本，那么您是否会被迫回到常规 java 语法（我们知道如何做到这一点）与脚本语言相比可能会很复杂）以便做更复杂的事情？例如，如果我想做一些 http 脚本，我不是可以直接使用 java 语法来调用 Commons HttpClient 吗？对我来说，脚本语言的意义在于快速键入和较少强制的构造。还有一件事，当已经有这么多优秀的 java 库时，似乎没有任何动力去开发基于 groovy 的库，从而使 groovy 看起来是一种依赖于 Java 的语言，具有较小的脚本功能。

所以现在我想知道是否可以改用 Groovy 作为脚本语言，或者继续使用更常见的脚本语言，例如 Perl、Python 或 Ruby。

Answer 1

@Zombies，让我向您展示我最近编写的脚本中的一个简单示例：

def fetch(build, toFile) {
    new FTPClient().with {
        connect ftpServer
        enterLocalPassiveMode()
        login ftpUser, ftpPassword
        changeWorkingDirectory "/var/staging/revision-${build}"
        fileType = FTPClient.BINARY_FILE_TYPE
        toFile.withOutputStream { ostream -> 
            retrieveFile "build-${build}.zip", ostream 
        }
        disconnect()
    }
}

它使用 commons-net API，但我认为您会同意它具有比同类 Java 程序更清晰的语法。因此，我不认为使用 Java API 违背了拥有脚本语言的目的。此外，它还可以帮助您利用现有的 Java API 知识，因此是一种非常务实的方法。

Answer 2

Groovy 的目标之一是与 Java 具有透明的互操作性。 Groovy 的设计是“一种具有脚本功能的 Java 相关语言”。然而，我不认为这些功能是次要的 - Groovy 有许多静态编程语言（例如 Java）中没有的功能。

总结一下：如果您根本不关心 Java，那么请使用更通用的脚本语言，例如 Python 或 Perl。如果您想以脚本方式使用 Java 代码库，Groovy 是一个不错的选择。

Answer 3

Groovy 对于脚本编写来说非常方便。最近，我需要一个脚本来将 Maven 依赖项提取到 lib 目录中，并最终得到了一个 groovy 脚本。此代码片段解析 pom 并为您提供 jar 列表。 XML 解析非常好！

#!/usr/bin/env groovy
def pom = new XmlSlurper().parse('pom.xml')
def repo = "${System.env.HOME}/.m2/repository"

pom.dependencies.dependency.each { dep ->
    def jarName = "${dep.artifactId}-${dep.version}.jar"
    def groupPath = dep.groupId.text().replaceAll('\\.', '/')
    def jarPath = "${repo}/${groupPath}/${dep.artifactId}/${dep.version}"
    println "$jarPath/$jarName"
}

Answer 4

例如，如果我想做一些 http 脚本，我不是可以直接使用 java 语法来调用 Commons HttpClient 吗？

您将“立即回到使用 Commons HttpClient”，但您将使用 Groovy 语法而不是 Java 语法来调用它。 Groovy 语法比 Java 语法更加紧凑，因此更适合脚本编写。换句话说，在 Groovy 中使用 Java 库比在 Java 中使用 Java 库所需的代码要少得多。

当已经有这么多优秀的 java 库时，似乎没有任何动力去开发基于 groovy 的库

Groovy 库作者通常会向开发者提供“Groovier”API，而不是开发一个全新的库。现有的 Java 库。示例包括 Grails 提供的 Hibernate 构建器和 HTTP 构建器（委托给 Commons HttpClient） 。

这些 Groovy API 提供了一种比直接使用 Java API 更紧凑、更惯用的替代方法。

Answer 5

Groovy “开箱即用”用 groovy 版本或语言构造替换了大量常见类，包括用于 XML、HTTP 请求、访问 SQL 数据库和正则表达式的类。对于大多数脚本任务，您根本不必使用 Java 库（尽管您仍然可以选择）。但是，如果您的脚本使用裸 Java 库，那么使用 Groovy 会比直接使用 Java 领先得多。 Groovy 的闪光点在于“粘合”代码，例如
设置数据结构和文件 I/O。

地图和列表允许您创建 Java 兼容的列表和地图；与 Java 类一起使用的常规 Java 对象。 Groovy 通常将带有变量声明和初始化的多行 Java 方法调用转换为单行调用。

考虑这个简短的片段将整个文件加载到字符串中：

def fileContents = new File(filename).text

与

String fileContents = "";
try {
    BufferedReader reader = new BufferedReader(new FileInputStream(filename));
    String line = null;
    while ((line = reader.readLine()) != null) {
        text = text + line + "\n";
    }
} catch (IOException e) {
    e.printStackTrace();
}

异常处理通常不是脚本中的重要考虑因素，可以方便地忽略它。

Groovy 作为脚本语言的主要优势是可以直接、方便地访问现有的巨大 Java 代码库。如果这不是您的需要，groovy 仍然提供与其他语言（例如 perl、python 或 ruby​​）一样丰富的脚本环境。

Answer 6

Groovy 太棒了，一旦你掌握了非常严格的语法，你就可以开始用它来做很多你刚刚“缓慢”完成的事情。

有一天，我参加了一次讨论，不知何故想知道我们的一个系统中的 GUID 有多少个字符。与其只是数数字，不如这样做更容易：

def str = '92228498-6A2F-DBA2-7A2C-F54B9E607E3A'
int num = 0
str.each {
    num++
}
println num

在本地或共享脚本目录中敲击它，将来它就会在那里。

Answer 7

仅使用：

error('bla bla bla bla')

Jenkins 脚本中的示例：

// define vars
def env.TYPE_GESTAO = "VASCO"
def _MSSQL_FILE = "ALL_CHK.sql"
def _MSSQL_USER = "master"


// Start pipeline
pipeline {
    agent any

    stages {
        stage('Checking the envs with vars') {
            steps {
                script {
                    // Print Vars
                    print "_MSSQL_FILE -- ${_MSSQL_FILE}"
                    print "_MSSQL_USER -- ${_MSSQL_USER}"

                    // if
                    if (env.TYPE_GESTA.toUpperCase() == 'FLUMINENSE') {
                        _MSSQL_FILE = "SOMEFILE.sql"
                        _MSSQL_USER = "someuser"

                    // else if
                    } else if (env.TYPE_GESTA.toUpperCase() == 'FLAMENGO') {
                        _MSSQL_FILE = "SOMEFILE.sql"
                        _MSSQL_USER = "someuser"

                    } else {
                        print "---------"
                        error('RUN_MODE is not set. Set this var in project Jenkins.')
                    }

                    // Print Vars
                    print "-----------------------------"
                    print "_MSSQL_FILE -- ${_MSSQL_FILE}"
                    print "_MSSQL_USER -- ${_MSSQL_USER}"
                }
            }
        }


        stage('Checking something else STAGE') {
            steps {
                script {
                    print "END OF SCRIPT..."
                }
            }
        }
    }
}