C# 实用程序功能静态方法/静态类/单例模式

Question

我正在一个实用程序类中创建一个实用程序方法GetServiceTicketNumber()，因为该方法会经常使用，我不想每次都实例化，所以我将 method & _ticket 设为静态.

UtilityManager 还包含其他几种方法。

我的问题是：

1) 这是实现功能的正确方法吗？

2) 是否将UtilityManager 也设为静态类/不？，有什么区别？

3) 以下代码（用于 TicketProvider 功能）是否以单例模式编写？ （考虑到大部分单例类实例化同一个类UtilityManager。）

其他信息：在 Asp.Net 应用程序中调用的类

public  sealed class UtilityManager
{    
    public static readonly TicketProvider _ticket = new TicketProvider();

    public static int GetServiceTicketNumber()
    {       
        return _ticket.GetTicket();
    }
}

Answer 1

实用程序方法最好声明为静态，许多代码检查工具（如 stylecop）实际上会建议您的实用程序函数是静态的，因此您走在正确的轨道上。如果您想拥有 TicketProvider 的单例实例，您可以使用静态构造函数来确保该字段在实际访问之前被初始化，并且只初始化一次。您也可以将类设为静态，以表明该类不是为实例化而设计的，而是仅供实用程序使用。以下是我的建议：

public static class UtilityManager
{  
    static UtilityManager()
    {
        Ticket = new TicketProvider();
    }

    public static TicketProvider Ticket { get; private set; }

    public static int GetServiceTicketNumber()
    {       
        return Ticket.GetTicket();
    }
}

Answer 2

1：听起来可行；通常是主观的呼唤；例如，如果您的实用程序依赖于静态字段，这会将您限制为每个 AppDomain 的单个设置。这可能很好，但如果您以后转向多租户，可能会受到限制。它也可能更难测试。

2：一个静态类不能有实例（或实例方法）；如果方法都实现为静态，那么它可能应该是一个静态类

3：我认为单例与静态相比没有任何好处。如果您需要将 is 视为实例，例如实现接口，则单例很有用。

这里的另一个选择可能是常规实例，但只需确保您的所有代码都与同一个实例对话 - 可能通过 IoC/DI（也可能不是）。这将为您提供类似的便利，但更灵活地进行测试和多租户

附带说明，您可能还需要考虑线程的含义，尤其是在网络应用程序中（高度线程化）。共享数据（包括静态字段和共享实例）应正确同步（或不可变）。