Question

如前所述，Groovy不像Java那样有很多的繁文缛节。这意味着我们在编写Groovy代码的时候，可以省略如下的内容：

分号；

像public和private这样的修饰符；

属性的Setter和Getter方法；

方法返回值的return关键字。

借助Groovy更加灵活的语法（以及Spring Boot的魔力），我们可以使用Groovy重写ContactController类，如程序清单21.8所示。

程序清单21.8　使用Groovy编写的ContactController要比使用Java更简单

我们可以看到，这个版本的ContactController要比对应的Java版本更加简洁。排除掉Groovy不需要的内容后，ContactController更加简短也更易于阅读。

程序清单21.8还移除了一些内容，你可能也发现了，这里没有import代码行，在Java代码中这是很常见的。Groovy默认会导入一些包和类，包括：

java.io.*

java.lang.*

java.math.BigDecimal

java.math.BigInteger

java.net.*

java.util.*

groovy.lang.*

groovy.util.*

因为有了这些默认的导入，所以ContactController就不需要导入List类了。这个类位于java.util包中，包含在默认的导入里面。

但是，像@Controller、@RequestMapping、@Autowired以及@RequestMethod这样的Spring类型该怎么处理呢？它们没有位于默认的导入中，我们该如何省略import代码行呢？

稍后，当我们运行应用的时候，Spring Boot CLI将会试图使用Groovy编译器编译这些Groovy类。因为这些类型没有导入进来，所以将会导致编译失败。

但是，Spring Boot CLI却不会就这样轻易放弃，在这里CLI将自动配置达到了一个新高度。CLI将会识别出失败是因为缺少Spring类型，它会采取两个步骤来修正这个问题。首先会获取Spring Boot Web Starter依赖并将其依赖的其他内容都添加到类路径下（这样会下载并添加JAR到类路径下）。然后，它会将必要的包添加到Groovy编译器的默认导入列表中，然后重新尝试编译代码。

CLI这种自动添加依赖/自动导入的结果就是我们的控制器类不需要任何的import语句了，并且我们没有必要再手动或者通过Maven、Gradle来解析Spring库。Spring Boot CLI将会为我们完成所有的事情。

现在，让我们后退一步，考虑一下这里都发生了什么。通过在代码中使用Spring MVC类型，如@Controller或@RequestMapping，CLI将会自动解析Spring Boot Web Starter依赖。将Web Starter的依赖传递添加到类路径之后，Spring Boot的自动配置将会发挥作用，它会为我们自动配置Spring MVC功能所需的bean。不过，在这里我们需要做的仅仅是使用这些类型，Spring Boot将会处理所有的事情。

当然，CLI的功能也会有一些限制。尽管它知道如何解析众多的Spring依赖，并且能够自动将很多Spring类型（以及很多其他的库）添加到导入中，但是它不能自动解析和导入所有的功能。例如，使用Thymeleaf模板是一个可替换的方案，所以要在代码中通过@Grab显示声明。

还要注意，很多的依赖都没有必要指定group ID和版本号。Spring Boot将会在解析@Grab依赖的时候参与进来，将缺失的group ID和版本号添加上。

借助@Grab注解，我们声明了要使用Thymeleaf，这会触发自动配置功能，将会自动配置在Spring MVC中支持Thymeleaf模板所需的bean。

尽管Contact类与Spring Boot没有太大关系，但为了样例的完整性，我还是将它的Groovy代码展现在了下面：

可以看到，Contact也更加简洁，没有分号、存取器方法以及像public和private这样的修饰符。这完全归功于Groovy简单的语法，其实Spring Boot并没有参与简化Contact类。

接下来，我们看一下如何借助Spring Boot CLI和Groovy来简化Repository类。