使用依赖注入作为单例的替代方案

发布于 2024-11-30 18:23:06 字数 353 浏览 0 评论 0原文

我一直都知道单例是“不好的”，但直到现在我从 C++ 转向 Java 后，我才决定找到解决它们的方法。通过阅读一些内容，我发现工厂或依赖注入都可以完成这项工作，但我想对此进行一些确认。

举个例子，我打算编写一个 AnimationCache 单例来存储 Map。不同的类应该能够（基本上）在任何地方访问此类，以便它们可以轻松有效地加载动画。如果有一个非常简短的示例来说明使用 DI 的等效代码会是什么样子，那就太好了。

另外，Guice 对于非 Web 应用程序来说是一个很好的 DI 框架吗？我已经使用 Spring 进行 Web 开发，但我不太确定它是否适用于游戏。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

糖粟与秋泊 2024-12-07 18:23:06

Spring 和 Guice 会做得很好。我个人更喜欢 Guice 进行纯粹的依赖注入，但 Spring 提供了更多功能。

代码看起来像这样：

public class AnimationCacheClient {

    private AnimationCache cache;

    @Autowired // for Spring, or
    @Inject // for Guice (but I think Spring also supports it now)
    public AnimationCacheClient(AnimationCache cache) {
        this.cache = cache;
    }

    // ...
}

我个人更喜欢构造函数注入，但您也可以使用 setter 注入或字段注入。

但请注意，DI 的目的并不是拥有“简单的单例”。其主要目的是通过注入模拟依赖项（此处为模拟 AnimationCache 实例），使代码（此处为 AnimationCacheClient）轻松实现单元稳定。

Spring and Guice will do fine. I personnally prefer Guice for pure dependency injection, but Spring offers much more.

The code would just look like this:

public class AnimationCacheClient {

    private AnimationCache cache;

    @Autowired // for Spring, or
    @Inject // for Guice (but I think Spring also supports it now)
    public AnimationCacheClient(AnimationCache cache) {
        this.cache = cache;
    }

    // ...
}

I personnally prefer constructor injection, but you might also use setter injection or field injection.

Note that the purpose of DI is not to have "easy singletons", though. Its main purpose is to make the code (of AnimationCacheClient, here) easily unit-estable, by being able to inject mock dependencies (here, a mock AnimationCache instance).

回复收藏 0 原文