单例比静态更好？

Question

所以我的游戏中有一个玩家类别。从逻辑上讲，只需要一个玩家对象（单个玩家），但许多不同的类需要访问该玩家对象。 （即，地图需要知道玩家是谁，摄像机和敌人需要与玩家交互等）。

我有几个选择。

要么我可以将这个播放器对象传递给所有需要它的东西，但这很麻烦。 （我认为它被称为依赖注入）

只需将其设为公共静态即可。

使其成为单例。

各自的优点/缺点是什么？

Answer 1

我不会在这里使用 Singleton 或静态变量，而是通过 setter 将 Player 实例传递给需要它的类。如果您只需要一个播放器实例 - 只需调用 new Player() 一次:-)

请参阅我对单例的看法 这里。简短摘要：它们典型的误用（避免“麻烦的”设置器）违反了面向对象并降低了设计质量。

静态变量与单例一样，以及 Monostate （非静态 getters ，静态数据，构造函数是“工厂”）。避开他们。考虑一下是否将所有内容都设为静态：玩家、地图、摄像机、敌人等。您将避免很多“麻烦”的设置器。但这是OO吗？当你完成你的游戏时，你可以在另一个游戏中重用你的寻路算法、AI算法等，或者它们是否有太多特定于你当前游戏的全局变量（Singletons等）永远烧录在它们中？

Answer 2

所以，你的选择是：

只需将其设为公共静态即可。
使其成为单例。

两者都会有效地将其变成全局变量。我不太喜欢全局变量：它们让一切都变得更难测试和调试。

优点：更容易访问

缺点：耦合度非常高（如果你想让它成为一个两人游戏怎么办？）；增加了测试的复杂性；改变一个地方的球员可能会对其他地方产生意想不到的后果。

我可以将这个播放器对象传递给所有需要它的东西，但这很麻烦。 （我认为这就是所谓的依赖注入）

优点：低耦合；方便测试；您可以将播放器的副本传递给其他类并减少副作用的可能性。

缺点：必须传递 Player 引用会使 API 变得更加复杂，但可以通过使用依赖项注入框架（例如 Guice。

Answer 3

除了 Java Setter 和 Getter 提供的优势之外，我真的想不出任何新的单例模式（public static Type getInstance()）将为您提供公共变量（public static Type var）。

但总的来说，控制对成员变量的访问（尤其是从外部将其作为成员变量的类）总是更好（从未来的观点来看），所以我建议使用 private static< /code> 带有公共 getter 的变量。它介于单例和公共静态变量之间。

Answer 4

使用单例使您可以扩展基类并提供 Player 的替代实现，使用静态方法现在可以实现这种灵活性。

另一点是，“概念上”玩家是一个对象而不是一个类。

Answer 5

我会避免使其静态。您希望您的代码可重用，并且玩家肯定是一个可能需要备用项目中的多个实例的对象。

我将创建简单的 getAttribute()、editAttribute 方法来返回或编辑我需要的属性。

另一种选择是简单地将可共享属性在玩家类中公开，尽管我更喜欢获取/编辑方法选项。

Answer 6

单例可以实现可用于引用单例的接口。即，您不需要在整个代码中硬编码对单例的引用。如果您想要使用不同的实例进行测试，这会使单元测试变得更加容易。

public interface Printer {
   public void print(String line);
}

public enum ConsolePrinter implements Printer {
   INSTANCE;
   public void print(String line) {
       System.out.println(line);
   }
}

// to print to the screen
Printer printer = ConsolePrinter.INSTANCE;

// for testing purposes.
Printer printer = createMock(Printer.class);