单例是一种将类的实例化限制为仅一个实例的设计模式。 值得注意的用途包括控制并发性和为应用程序创建访问其数据存储的中心访问点。 这个例子演示了如何在 android 中使用单例类。
单例类是什么意思？
在面向对象编程中，单例类是一次只能有一个对象（类的一个实例）的类。 第一次之后，如果我们尝试实例化 Singleton 类，新变量也指向创建的第一个实例。 ... 设计一个单例类：将构造函数设为私有。
辛格尔顿是好是坏？
事实是，如果正确使用单例，它们本质上并不坏。 单例模式的目标是确保在任何时候只有一个类的实例是活动的。 ......单身人士非常像生活中的美好事物，如果适度使用它们也不错。
单例类和静态类哪个更好？
而静态类只允许静态方法，并且您不能将静态类作为参数传递。 Singleton 可以实现接口，从其他类继承并允许继承。 而静态类不能继承它们的实例成员。 所以 Singleton 比静态类更灵活，可以保持状态。
为什么 Singleton 不适合测试？
虽然它们提供了一个快速简单的解决方案，但单例被认为是不好的，因为它们使单元测试和调试变得困难。 …此属性允许您在测试期间替换协作者的替代实现，以实现特定的测试目标（想想模拟对象）。
为什么我们需要 Singleton 类？
单例类的目的是控制对象的创建，将对象的数量限制为只有一个。 单例只允许一个入口点来创建类的新实例。 …单例通常在我们必须控制资源的地方很有用，例如数据库连接或套接字。
单例类有什么用？
在软件工程中，单例模式是一种软件设计模式，它将类的实例化限制为一个“单一”实例。 当需要一个对象来协调整个系统的动作时，这很有用。 该术语来自单例的数学概念。
我什么时候应该使用单例？
当您的程序中的一个类应该只有一个可供所有客户端使用的实例时，请使用单例模式； 例如，由程序的不同部分共享的单个数据库对象。 单例模式禁用了创建类对象的所有其他方法，除了特殊的创建方法。
为什么 Singleton Swift 不好？
我倾向于避免使用单例的三个主要原因是： 它们是全局可变共享状态。 它们的状态会在整个应用程序中自动共享，并且当状态意外更改时，通常会开始出现错误。
单例类的缺点是什么？
单例的主要缺点之一是它们使单元测试非常困难。 他们将全局状态引入应用程序。 问题是你不能完全隔离依赖单例的类。 当你试图测试这样一个类时，你不可避免地也会测试 Singleton。
为什么我们不能使用静态类而不是单例？
与 Singleton 不同，静态类的所有成员都是静态的。 它可以延迟加载，而静态将在首次加载时初始化。 单例对象存储在堆中，而静态对象存储在堆栈中。 我们可以克隆 Singleton 的对象，但不能克隆静态类对象。
你可以继承单身人士吗？
与静态类不同，Singleton 类可以继承，可以有基类，可以序列化，可以实现接口。 您可以在 Singleton 类中实现 Dispose 方法。
单例类是不可变的吗？
单例可以是可变的或不可变的； 非单例可以是可变的或不可变的。 ...您的 Student 类大约是单例的，但不是不可变的：任何具有改变成员变量的 setter 方法的类都不能是不可变的。
我可以用什么来代替单例？
最好的方法是改用工厂模式。 当您构造类的新实例（在工厂中）时，您可以将“全局”数据插入到新构造的对象中，作为对单个实例（存储在工厂类中）的引用或通过复制相关数据到新对象。
单例模式有什么好处？
实例控制：Singleton 防止其他对象实例化自己的 Singleton 对象副本，确保所有对象都访问单个实例。 灵活性：由于类控制实例化过程，类具有改变实例化过程的灵活性。
什么是依赖注入？
在软件工程中，依赖注入是一种对象接收它所依赖的其他对象的技术。 这些其他对象称为依赖项。 …“注入”是指将依赖项（服务）传递到将使用它的对象（客户端）中。