环境特定Grails服务配置

Question

使用特定于环境的值配置Grails服务的最佳方法是什么？我认为有两种选择：

1. 从服务类或

我在stackoverflow和其他地方看到了一些展示如何执行#1（在服务中访问grailsApplication）的帖子。其中一个帖子是：将grails应用程序配置注入服务。

两本书有注入属性的示例（方法#2）。本书《Grails 2的权威指南》第10章题为“实际服务”的一节介绍了如何做到这一点，但没有特定于环境的价值。Groovy和Grails Recipes一书的第16-2节也展示了一个使用资源的示例。太棒了，但我也没能让它工作。

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

然而，这两种方法的例子都没有给出任何意见或合理的方法。这两种方法真的没有利弊吗？注入方法不是更容易进行单元测试并且更符合spring的工作方式吗？

内森

Answer 1

服务（服务文件夹中存在的类）的概念与参考资料中定义的Springbean有所不同。groovy。

对于服务，Grails已经设置了事务：

服务通常涉及协调域类之间的逻辑，因此通常涉及跨越大型操作的持久性。考虑到服务的性质，它们经常需要事务性行为。您可以将编程事务与withTransaction方法结合使用，但是这是重复的，并且没有充分利用Spring底层事务抽象的功能。

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

“然而，我认为这会造成服务与Grails不必要的耦合。”

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

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

class MyService {
  def grailsApplication
}

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

Answer 2

我会说用你觉得更舒服的。我倾向于访问grailsApplication。直接从服务中进行配置，因为这样可以使配置更加“语义化”（因为没有更好的词），也就是说，您可以根据配置选项所做的事情而不是它们控制的bean来命名配置选项。如果两个（或更多）不同的bean需要知道站点管理员的电子邮件地址（例如），那么它们都可以读取grailsApplication。配置。myapp。管理电子邮件，而不是我必须配置bean。监视器服务。destinationEmail和beans。用户服务。分别来自电子邮件。

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