trong một khối sử dụng khối khối là một SqlConnection bị đóng khi trả lại hoặc ngoại lệ?

Câu hỏi đầu tiên:
Nói tôi có

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();
}

Kết nối có bị đóng không? Bởi vì về mặt kỹ thuật, chúng tôi không bao giờ đi đến người cuối cùng }như chúng tôi returntrước đó.

Câu hỏi thứ hai:
Lần này tôi có:

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*/ }

Bây giờ, nói ở đâu đó trong trychúng tôi nhận được một lỗi và nó bị bắt. Kết nối vẫn bị đóng? Bởi vì một lần nữa, chúng tôi bỏ qua phần còn lại của mã trong tryvà đi thẳng đến catchcâu lệnh.

Tôi có suy nghĩ quá tuyến tính trong cách làm usingviệc không? tức là Dispose()chỉ đơn giản được gọi khi chúng ta rời khỏi usingphạm vi?

1. Đúng
2. Đúng.

Dù bằng cách nào, khi khối sử dụng được thoát (do hoàn thành thành công hoặc do lỗi), nó đã bị đóng.

Mặc dù tôi nghĩ sẽ tốt hơn nếu tổ chức như thế này vì sẽ dễ dàng hơn để xem điều gì sẽ xảy ra, ngay cả đối với lập trình viên bảo trì mới sẽ hỗ trợ sau:

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*/ 
    }
}

Có cho cả hai câu hỏi. Câu lệnh sử dụng được biên dịch thành một khối thử / cuối cùng

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

giống như

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

Chỉnh sửa: Sửa lỗi diễn viên thành Dùng một lần http://msdn.microsoft.com/en-us/l Library / ry598w02.aspx

Đây là Mẫu của tôi. Mọi thứ bạn cần để chọn dữ liệu từ máy chủ SQL. Kết nối được đóng và xử lý và các lỗi trong kết nối và thực thi được bắt gặp.

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();
    }
}

* Sửa đổi: 2015-11-09 *
Theo đề xuất của NickG; Nếu quá nhiều niềng răng làm phiền bạn, định dạng như thế này ...

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();
   }

Sau đó, một lần nữa, nếu bạn làm việc cho các trò chơi EA hoặc DayBreak, bạn cũng có thể từ bỏ bất kỳ ngắt dòng nào vì chúng chỉ dành cho những người phải quay lại và xem mã của bạn sau này và ai thực sự quan tâm? Tôi có đúng không Ý tôi là 1 dòng thay vì 23 nghĩa là tôi là một lập trình viên tốt hơn, phải không?

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(); }

Phù ... OK. Tôi đã đưa nó ra khỏi hệ thống của mình và tôi đã rất vui khi được một lúc. Tiếp tục.

Vứt bỏ đơn giản được gọi khi bạn rời khỏi phạm vi sử dụng. Mục đích của việc "sử dụng" là cung cấp cho các nhà phát triển một cách bảo đảm để đảm bảo rằng các tài nguyên được xử lý.

Từ MSDN :

Một câu lệnh sử dụng có thể được thoát khi kết thúc câu lệnh sử dụng hoặc nếu một ngoại lệ được ném và điều khiển rời khỏi khối câu lệnh trước khi kết thúc câu lệnh.

Usingtạo một thử / cuối cùng xung quanh đối tượng được phân bổ và gọi Dispose()cho bạn.

Nó giúp bạn tiết kiệm rắc rối khi tự tạo khối thử / cuối cùng và gọi Dispose()

Trong ví dụ đầu tiên của bạn, trình biên dịch C # sẽ thực sự dịch câu lệnh bằng cách sử dụng như sau:

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();
}

Cuối cùng, các câu lệnh sẽ luôn được gọi trước khi hàm trả về và do đó kết nối sẽ luôn được đóng / xử lý.

Vì vậy, trong ví dụ thứ hai của bạn, mã sẽ được biên dịch như sau:

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)
{
}

Ngoại lệ sẽ được bắt gặp trong tuyên bố cuối cùng và kết nối đóng lại. Ngoại lệ sẽ không được nhìn thấy bởi mệnh đề bắt bên ngoài.

Tôi đã viết hai câu lệnh bằng cách sử dụng khối lệnh try / Catch và tôi có thể thấy ngoại lệ được bắt theo cùng một cách nếu nó được đặt trong câu lệnh sử dụng bên trong giống như ví dụ của 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);
     }

Bất kể nơi nào thử / bắt được đặt, ngoại lệ sẽ được bắt mà không có vấn đề.