java - Spring 的静态 util 类，不确定是否应该将其设为 SpringBean，设计问题

Question

我的设计的快速高级概念..

CLI tool to create AWS EBS snapshots
CLI tool just calls Java class com.util.SnapshotUtil
com.util.Snapshot calls AWS Interfacing class com.aws.AWSAdapter

命令行的示例用法..

cli-tool create-snapshot.. calls java class eventually calling below method
SnapshotUtil.createSnapshot() // statically  call AWSAdapter.createSnapshot();

目前一切都是静态的并且在 Spring 之外。

现在我想知道 AWSAdapter 是否不应该是静态的，并且由 Spring 加载，这意味着我相信我的 SnapshotUtil 需要通过 ApplicationContext 创建适配器，并为其提供带有适配器 bean 信息的 XML。

最初我认为，由于这是一个处理 ebs 快照的简单实用程序，我可以忽略 Spring，但 AWSAdapter 可能可以通过其他方式使用，但是，不确定静态是否是优点或缺点。

适配器设计为仅处理 EBS 快照，因此它基本上是通过使用 AmazonEC2Client 实例创建/删除/查看快照。即使 Spring 托管类想要使用此适配器，我的问题是它是否通过 Spring 加载适配器或只是静态调用它是否重要。

编辑回应答案:

我开始将它变成一个 bean 并删除所有静态引用，我给它一个方法 getInstance() ，它将通过 applicationContext 加载自身，并在初始化其他依赖项和配置后返回给调用者。当我从 spring 之外调用这个时，可以吗？它似乎有效，它仍然被认为是“注入(inject)”吗？我很确定它没有注入(inject)，因为调用者不是 spring 管理的，但我觉得这可能很hacky？比如，我在非 spring 类中使用 spring bean，所以我从来没有进行 spring 管理，所以我觉得没有理由将该实用程序转换为 bean。我仍然会这样做，因为我了解这样做的好处。

我“必须”将其变成 bean 的一个原因是它使用了我需要处理身份验证的另一个 spring bean，但是我考虑了一下，我可以轻松地使用“new”关键字实例化另一个 bean。

当我说我把我的类变成了一个 bean 但它没有“注入(inject)”给调用者时，至少在使用 getInstance() 方法时，我是否正确？如果我在 spring bean 中使用 getInstance method()，如果我通过 spring 配置“注入(inject)”该实用程序，会有什么区别吗？

Answer 1

一般来说，您应该更喜欢非静态而不是静态。关于您的具体示例，您应该使用 Spring bean，因为当您开始使用更复杂的功能扩展应用程序/模块时，这会给您带来更大的灵 active 。

例如，很快纯静态类将需要系统其他部分的一些资源(我们都知道 DI 在这方面有何帮助)。

或者您需要在某些方面建议静态调用(无论是简单的每个请求的日志记录，还是考虑更复杂的情况，例如事务)。使用 Spring bean，实现这一点非常简单，而且非常重要的是，之后添加起来也很简单，无需进行大量的重新设计和重新测试。

此外，您还可以更轻松地将 bean 与其他 Spring API 和已经与 Spring 很好集成的框架集成。例如，您将轻松在 Apache Camel 路由中使用您的 bean。

这只是我想到的几点，还有很多。但是，一如既往，考虑所有的优点和缺点，并选择适合工作的正确工具。

编辑了部分问题

“当我从 spring 外部调用它时，可以吗？”

是的，在非 Spring 管理的类中或者在运行时才知道 bean 名称的情况下，直接从 Spring 应用程序上下文获取 bean 实例是可以的。在我的 Apache Camel 路线示例中，这正是 Camel 所做的。 :)

“当我说我将我的类变成了 bean 但它没有‘注入(inject)’给调用者时，至少在使用 getInstance() 方法时，我是否正确？”

是的，它仍然是一个具有该 bean 的所有功能的 bean(其中注入(inject)了其他 bean，以及围绕它的方面等)。

“如果我在 spring bean 中使用 getInstance 方法()，如果我通过 spring 配置来‘注入(inject)’该实用程序，会有什么区别吗？”

关于这个，你可以看看这个question并在 article由 Martin Fowler 撰写，问题中也引用了该内容。

在我看来，你不应该这样做，它的可读性较差，而且完全没有必要。将资源作为字段注入(inject)是一种类型安全的方式，也是类声明其依赖资源的干净机制。

此外，如果频繁执行，bean 查找的成本可能会很高。我在过去从事的一个项目中经历过这种情况。不知道为什么，Spring(至少是我们当时使用的Spring版本)查找并返回bean需要一些时间，如果循环执行的话会很明显。