У мене бізнес-логіка реалізована в простих статичних класах зі статичними методами. Кожен з цих методів відкриває / закриває з'єднання SQL при виклику:
public static void DoSomething(string something)
{
using (SqlConnection connection = new SqlConnection("..."))
{
connection.Open();
// ...
connection.Close();
}
}Але я думаю, що уникнення відкриття та закриття з'єднання економить продуктивність . Я зробив декілька тестів довгий час з класом OleDbConnection (не впевнений у SqlConnection), і це, безумовно, допомогло працювати так (наскільки я пам’ятаю):
//pass the connection object into the method
public static void DoSomething(string something, SqlConnection connection)
{
bool openConn = (connection.State == ConnectionState.Open);
if (!openConn)
{
connection.Open();
}
// ....
if (openConn)
{
connection.Close();
}
}Отже, питання - чи слід вибрати метод (а) чи метод (б)? Я читав на іншому запитанні stackoverflow про те, що об’єднання з'єднань зберегло для мене продуктивність, мені не потрібно взагалі турбуватися ...
PS. Це програма ASP.NET - з'єднання існують лише під час веб-запиту. Не виграш-додаток чи послуга.
Однією деталлю, якої не вистачає, є те, як цей метод є частиною запиту на сторінку. Це єдиний метод, який називається, чи це, як я припустив у своїй відповіді, один із багатьох методів, який називається у запиті сторінки, він впливає на те, який відповідь є правильним;)
—
Девід Мартенсон
Девід - МНОГО подібних методів називають :)
—
Олексій
Випадок A демонструє відсутність віри в розпорядження: див. Stackoverflow.com/questions/1195829/… та приклад на MSDN msdn.microsoft.com/en-us/library/…
—
користувач2864740
DbConnection.StateChangeподію для моніторингу змін у зміні стану з'єднання (і може зберігатися локально), а не перевірятиDbConnection.Stateвластивість безпосередньо. Це заощадить ваші витрати на продуктивність.