单例设计模式优先获得数据库连接

Question

我看到许多开发人员为数据库连接创建了单例类。我只想知道当应用程序将被许多用户使用时是好是坏。如果不好，请讨论上述模式可能发生的所有不良情况。

public class ConnSingleton
{
        private static ConnSingleton dbInstance;
        private readonly SqlConnection conn = new SqlConnection(@"Data Source=127.0.0.1;database=soa;User id=sa1;Password=sa1;");       
     
        private ConnSingleton()
        {
        }

        public static ConnSingleton getDbInstance()
        {
            if (dbInstance == null)
            {
                dbInstance = new ConnSingleton();
            }

            return dbInstance;
        }

        public SqlConnection GetDBConnection()
        {
            try
            {
                conn.Open();
                Console.WriteLine("Connected");
            }
            catch (SqlException e)
            {
                Console.WriteLine("Not connected : "+e.ToString());
                Console.ReadLine();
            }
            finally
            {
                Console.WriteLine("End..");
               // Console.WriteLine("Not connected : " + e.ToString());
                Console.ReadLine();
            }
            Console.ReadLine();
            return con;
        }
}

public static void Main(string[] args)
{
     ConnSingleton cs = ConnSingleton.getDbInstance();
     cs.GetDBConnection();           
     Console.WriteLine("Connection established");
}

Answer 1

我看不出这门课有什么好处。如果您希望这样（我不赞成），那么您不会从一堆静态方法中获得任何好处。单例实例有什么用？如何将 SqlConnection 变量放入 using 块中？

我认为对于想要全局变量的人来说，单例模式是一种过度使用的模式，但读过一本提到全局变量不好这一事实的书。现在他们又找到了另一本书，说“单例”是一种模式，模式是“好的”，他们终于有了一个拥有全局的借口。

作为一个全局变量是单例的副作用。如果您将其用于副作用，则不是很好地使用该模式。我会说这是一种滥用。

单例几乎不可能进行单元测试。这甚至不是线程保存，对非单例没有任何用处。所以从我的角度来看......删除课程。

有多少人使用该应用程序无关紧要。每个都有自己的进程和自己的单例，这可能很糟糕。