15

我知道这不是一个最好的设计，而只是一个春季新手的想法。

现在我们可以很容易地autowire在 Spring 框架中方便地相互提供任何服务方法。但是创建服务类的静态工厂方法并到处调用它有什么缺点呢？

这很常见：

@Autowired
CustomerService customerService;

....
AccountDetail ad = customerService.getAccountDetail(accountId, type);

但这也应该有效：

AccountDetail ad = CustomerService.getAccountDetail(accountId, type); //if we make getAccountDetail(String, String) static

那么为什么会有像 autowire 这样的设计呢？它看起来很花哨而且很酷，但是这背后的工作仍然是在另一个服务对象上创建一个服务 bean 实例。

说真的，当春天遍布市场时，很多帖子和文章都在谈论优点和翻新。但它是否能保证更好的性能（比如使用 autowire 而不是 static）？

4

2 回答 2

20

原因有很多：

  • 在测试期间你不能CustomerService轻易地用模拟代替（除了像 PowerMock 这样的工具）

  • static方法不参与标准的、基于代理的 AOP（无事务、安全、自定义方面）

  • 您不能再使用花哨的注入技术，例如将 HTTP 请求（请求范围）注入单例范围的服务（无论如何设计不佳，但是...）

但要完整，也有优点：

  • static方法实际上更接近您的意图，Spring bean 很少有状态，因此它们实际上不需要实例来工作

  • static调用可能更快（这与 99% 的程序无关）

于 2012-11-06T17:50:36.370 回答
4

如果您需要多个具有不同配置的 CustomerService 组件怎么办？你不能用一个静态方法来做到这一点。

另外，如果 CustomerService 上有任何配置，你如何注入它？拥有一个连接到依赖对象的 bean 可以集中您的配置并使您不必搜索代码。

于 2012-11-06T17:45:39.847 回答