C# 通过实现接口创建单例类有什么好处？
如果我有下面这样的界面C# 通过实现接口创建单例类有什么好处？,c#,C#,如果我有下面这样的界面 public interface IMethods { void M1(); void M2(); } 然后我想通过继承上面的接口来创建一个单例类，那么重复使用单例类的好处是什么？我不完全确定你在问什么，但是如果你问“作为单例实现这个接口有什么好处”，答案是单例总是提供的相同好处：“一个实例的保证，无论它使用了多少个位置”。Singleton的存在是为了强制一个具有实例访问权限的类的单个实例，而不是静态类和方法/属性。示例实现： public
public interface IMethods
{
void M1();
void M2();
}
然后我想通过继承上面的接口来创建一个单例类，那么重复使用单例类的好处是什么？我不完全确定你在问什么，但是如果你问“作为单例实现这个接口有什么好处”，答案是单例总是提供的相同好处：“一个实例的保证，无论它使用了多少个位置”。Singleton的存在是为了强制一个具有实例访问权限的类的单个实例，而不是静态类和方法/属性。示例实现：
public class Methods : IMethods
{
// Singleton instance
private static readonly IMethods _instance = new Methods();
// Private constructor to enforce singleton
private Methods()
{
}
// The instance getter
public static IMethods Instance
{
get
{
return _instance;
}
}
public void M1()
{
}
public void M2()
{
}
}
InstanceIMethodsMethodsIMethods通常，人们使用依赖注入框架将接口实现的生命周期设置为singleton（也称为共享实例）。它更“面向对象友好”。我不完全确定你在问什么，但如果你问“作为singleton实现此接口有什么好处？”答案和singleton提供的好处是一样的：“一个实例的保证，不管它被使用了多少个地方”。Singleton的存在是为了通过实例访问而不是静态类和方法/属性来强制类的单个实例。一个示例实现：
public class Methods : IMethods
{
// Singleton instance
private static readonly IMethods _instance = new Methods();
// Private constructor to enforce singleton
private Methods()
{
}
// The instance getter
public static IMethods Instance
{
get
{
return _instance;
}
}
public void M1()
{
}
public void M2()
{
}
}
InstanceIMethodsMethodsIMethods通常，人们使用依赖注入框架将接口实现的生命周期设置为singleton AKA共享实例。它更“面向对象友好”。单例方面只是
IMethods如果您直接使用单例，而从未真正使用过接口，那么接口中就没有什么用处了。如果使用单例时不需要将其约束到单个实例，那么采用单例模式就没有什么用处。单例方面只是
IMethods如果您直接使用单例，而从未真正使用过接口，那么接口中就没有什么用处了。如果使用单例时不需要将其约束到单个实例，那么采用单例模式就没有什么用处。请发布一些实时场景的示例代码好吗？没有必要，这将是一个标准的单例实现，碰巧也实现了您的接口。额外的位将使用DI容器或工厂模式返回
IMethodsIMethods实例MethodsFactoryIMethodsMethodsFactorykernel.Get（）实例方法工厂I方法MethodsFactorykernel.Get（）