环境特定的 Grails 服务配置

Question

使用环境特定值配置 Grails 服务的最佳方式是什么？我相信有两种选择：

1. 从服务类中访问 grailsApplication 值或
2. 在 Config.groovy 或 resources.groovy 的 bean 闭包中配置服务 bean。

我在 stackoverflow 和其他地方看到了一些帖子，这些帖子展示了如何执行 #1（在服务中访问 grailsApplication）。一个这样的帖子是：Inject grails application configuration into service。

但是，我认为这会造成服务与 Grails 的不必要耦合。这不是类似于在 pojo 中访问 Spring 的 applicationContext 而不是配置/注入值吗？此外，到目前为止，我还没有任何运气让它在服务类的单元测试中工作。

两本书都有注入属性的示例（方法#2）。 The Definitive Guide to Grails 2，第 10 章，标题为“Services in Action”的一本书展示了如何做到这一点，但没有特定于环境的值。 Groovy and Grails Recipes 一书，第 16-2 节也展示了一个使用 resources.groovy 的示例，但我还不能让它工作。

以下博客文章也有一个很好的示例，但不是特定于环境的：http://ldaley.com/post/1253952347/getting-more-out-of-property-override-configuration。 Grails 参考的第 15 章也与这些示例一致，并展示了如何在每个环境的基础上设置 bean 的属性。

但是，任何一种方法的示例都没有给出任何意见或理由来以某种方式进行。这两种方法真的没有优点和缺点吗？注入方式不是更容易单元测试，更符合spring的做事方式吗？

内森

Answer 1

我会说使用你更舒服的那个。我倾向于直接从服务访问grailsApplication.config，因为这可以让您使配置更加“语义化”（因为需要更好的词），因为您可以根据它们所做的事情命名配置选项，而不是他们控制哪个bean。如果两个（或更多）不同的 bean 需要知道站点管理员的电子邮件地址（例如），那么它们都可以读取grailsApplication.config.myapp.admin.email，而不是我必须分别配置beans.monitorService.destinationEmail 和beans.userService.fromEmail。

在单元测试中，无论如何您都必须模拟 grailsApplication 配置，因此为您的服务需要读取的配置选项填充测试值没什么大不了的。

Answer 2

服务（存在于服务文件夹中的类）的概念与resources.groovy 中定义的 Spring Beans 的概念有所不同。

致services，Grails 已设置事务：

服务通常涉及域之间的协调逻辑 类，因此经常涉及跨越大范围的持久性 操作。鉴于服务的性质，他们经常需要 交易行为。您可以将程序化事务与 withTransaction 方法，但是这是重复的，不会 充分利用 Spring 底层事务的力量 抽象。

默认情况下，您声明的 Spring Bean 不是事务性的。

“但是，我认为这会造成不必要的服务耦合 到 Grails"

由于 Grails 服务与 Spring Beans 不同，我认为使用方法 #1 没有问题。

对于单元测试，您需要手动连接您的服务实例。示例：

class MyService {
  def grailsApplication
}

class MyServiceTests {
  MyService getServiceInstance() {
    MyService myService = new MyService()
    myService.grailsApplication = grailsApplication //static attribute in unit tests
    return myService
  }
}