в блоці "використання" закривається повернення SqlConnection при поверненні чи виняток?

Перше питання:
Скажіть, що у мене є

using (SqlConnection connection = new SqlConnection(connectionString))
{
    connection.Open();

    string storedProc = "GetData";
    SqlCommand command = new SqlCommand(storedProc, connection);
    command.CommandType = CommandType.StoredProcedure;
    command.Parameters.Add(new SqlParameter("@EmployeeID", employeeID));

    return (byte[])command.ExecuteScalar();
}

Чи закривається з'єднання? Тому що технічно ми ніколи не досягаємо останнього, }як returnраніше.

Друге питання: На
цей раз у мене є:

try
{
    using (SqlConnection connection = new SqlConnection(connectionString))
    {
        int employeeID = findEmployeeID();

        connection.Open();
        SqlCommand command = new SqlCommand("UpdateEmployeeTable", connection);
        command.CommandType = CommandType.StoredProcedure;
        command.Parameters.Add(new SqlParameter("@EmployeeID", employeeID));
        command.CommandTimeout = 5;

        command.ExecuteNonQuery();
    }
}
catch (Exception) { /*Handle error*/ }

Тепер, скажімо, десь tryми отримуємо помилку, і вона потрапляє. Зв’язок все-таки закривається? Тому що знову ми пропускаємо решту коду в tryі переходимо безпосередньо до catchоператора.

Я занадто лінійно думаю, як це usingпрацює? тобто Dispose()просто дзвонять, коли ми залишаємо usingобласть застосування?

1. Так
2. Так.

У будь-якому випадку, коли використовується блок блоку (успішним завершенням або помилкою), він закривається.

Хоча я думаю, що було б краще організувати подібне, тому що набагато простіше побачити, що буде, навіть для нового програміста з технічного обслуговування, який підтримає його пізніше:

using (SqlConnection connection = new SqlConnection(connectionString)) 
{    
    int employeeID = findEmployeeID();    
    try    
    {
        connection.Open();
        SqlCommand command = new SqlCommand("UpdateEmployeeTable", connection);
        command.CommandType = CommandType.StoredProcedure;
        command.Parameters.Add(new SqlParameter("@EmployeeID", employeeID));
        command.CommandTimeout = 5;

        command.ExecuteNonQuery();    
    } 
    catch (Exception) 
    { 
        /*Handle error*/ 
    }
}

Так, для обох питань. Оператор, що використовує, збирається в блок "спробувати / остаточно"

using (SqlConnection connection = new SqlConnection(connectionString))
{
}

те саме, що

SqlConnection connection = null;
try
{
    connection = new SqlConnection(connectionString);
}
finally
{
   if(connection != null)
        ((IDisposable)connection).Dispose();
}

Редагувати: виправлення амплітуди для одноразового http://msdn.microsoft.com/en-us/library/yh598w02.aspx

Ось мій шаблон. Все, що потрібно для вибору даних із SQL-сервера. З'єднання закрите та усунене та виявлено помилки у підключенні та виконанні.

string connString = System.Configuration.ConfigurationManager.ConnectionStrings["CompanyServer"].ConnectionString;
string selectStatement = @"
    SELECT TOP 1 Person
    FROM CorporateOffice
    WHERE HeadUpAss = 1 AND Title LIKE 'C-Level%'
    ORDER BY IntelligenceQuotient DESC
";
using (SqlConnection conn = new SqlConnection(connString))
{
    using (SqlCommand comm = new SqlCommand(selectStatement, conn))
    {
        try
        {
            conn.Open();
            using (SqlDataReader dr = comm.ExecuteReader())
            {
                if (dr.HasRows)
                {
                    while (dr.Read())
                    {
                        Console.WriteLine(dr["Person"].ToString());
                    }
                }
                else Console.WriteLine("No C-Level with Head Up Ass Found!? (Very Odd)");
            }
        }
        catch (Exception e) { Console.WriteLine("Error: " + e.Message); }
        if (conn.State == System.Data.ConnectionState.Open) conn.Close();
    }
}

* Переглянуто: 2015-11-09 *
За пропозицією NickG; Якщо занадто багато брекетів вас дратує, форматуйте так ...

using (SqlConnection conn = new SqlConnection(connString))
   using (SqlCommand comm = new SqlCommand(selectStatement, conn))
   {
      try
      {
         conn.Open();
         using (SqlDataReader dr = comm.ExecuteReader())
            if (dr.HasRows)
               while (dr.Read()) Console.WriteLine(dr["Person"].ToString());
            else Console.WriteLine("No C-Level with Head Up Ass Found!? (Very Odd)");
      }
      catch (Exception e) { Console.WriteLine("Error: " + e.Message); }
      if (conn.State == System.Data.ConnectionState.Open) conn.Close();
   }

Знову ж таки, якщо ви працюєте в іграх EA або DayBreak, ви можете просто відмовитись від будь-яких розривів рядків, тому що вони призначені лише для людей, які повинні повернутися і подивитися ваш код пізніше, і кого це дійсно хвилює? Маю рацію? Я маю на увазі 1 рядок замість 23 означає, що я кращий програміст, правда?

using (SqlConnection conn = new SqlConnection(connString)) using (SqlCommand comm = new SqlCommand(selectStatement, conn)) { try { conn.Open(); using (SqlDataReader dr = comm.ExecuteReader()) if (dr.HasRows) while (dr.Read()) Console.WriteLine(dr["Person"].ToString()); else Console.WriteLine("No C-Level with Head Up Ass Found!? (Very Odd)"); } catch (Exception e) { Console.WriteLine("Error: " + e.Message); } if (conn.State == System.Data.ConnectionState.Open) conn.Close(); }

Фу ... добре. Я вийшов із своєї системи і на деякий час розважався. Продовжуй.

Утилізацію просто телефонують, коли ви виходите з сфери використання. Намір "використовувати" - це дати розробникам гарантований спосіб переконатися, що ресурси розпоряджаються.

Від MSDN :

Використовуючий оператор може бути закритий або тоді, коли досягнуто кінця використовуючого оператора, або якщо буде викинуто виняток і контроль залишає блок операторів до кінця оператора.

Usingстворює спробу / нарешті навколо виділеного об'єкта та закликає Dispose()вас.

Це заощаджує вам клопоту вручну створювати спробувати / остаточно заблокувати та виклик Dispose()

У вашому першому прикладі компілятор C # фактично переведе використовувальний оператор у наступне:

SqlConnection connection = new SqlConnection(connectionString));

try
{
    connection.Open();

    string storedProc = "GetData";
    SqlCommand command = new SqlCommand(storedProc, connection);
    command.CommandType = CommandType.StoredProcedure;
    command.Parameters.Add(new SqlParameter("@EmployeeID", employeeID));

    return (byte[])command.ExecuteScalar();
}
finally
{
    connection.Dispose();
}

Нарешті, оператори завжди будуть викликатись, перш ніж функція повернеться, і тому з'єднання завжди буде закритим / розпорядженим.

Отже, у вашому другому прикладі код буде складений таким чином:

try
{
    try
    {
        connection.Open();

        string storedProc = "GetData";
        SqlCommand command = new SqlCommand(storedProc, connection);
        command.CommandType = CommandType.StoredProcedure;
        command.Parameters.Add(new SqlParameter("@EmployeeID", employeeID));

        return (byte[])command.ExecuteScalar();
    }
    finally
    {
        connection.Dispose();
    }
}
catch (Exception)
{
}

Виняток буде зафіксовано в остаточному операторі і з'єднання буде закрите. Виняток не буде розглядатися із положення про зовнішній вилов.

Я написав два, використовуючи оператори всередині блоку try / catch, і я міг бачити, що виняток потрапляє так само, якщо він розміщений у внутрішньому, використовуючи оператор, як приклад ShaneLS .

     try
     {
       using (var con = new SqlConnection(@"Data Source=..."))
       {
         var cad = "INSERT INTO table VALUES (@r1,@r2,@r3)";

         using (var insertCommand = new SqlCommand(cad, con))
         {
           insertCommand.Parameters.AddWithValue("@r1", atxt);
           insertCommand.Parameters.AddWithValue("@r2", btxt);
           insertCommand.Parameters.AddWithValue("@r3", ctxt);
           con.Open();
           insertCommand.ExecuteNonQuery();
         }
       }
     }
     catch (Exception ex)
     {
       MessageBox.Show("Error: " + ex.Message, "UsingTest", MessageBoxButtons.OK, MessageBoxIcon.Error);
     }

Незалежно від того, де розміщена спроба / улов , виняток буде викрито без проблем.