¿Se requiere SqlCommand.Dispose() si se eliminará SqlConnection asociado?

Question

que suelen utilizar código como este:

using (var connection = new SqlConnection(ConfigurationManager.ConnectionStrings["MyConn"].ConnectionString)) 
{ 
    var command = connection.CreateCommand(); 
    command.CommandText = "..."; 
    connection.Open(); 
    command.ExecuteNonQuery(); 
} 

¿Mi command dispuesto de forma automática? O no, y tengo que envolverlo en el bloque using? ¿Es necesario disponer de SqlCommand?

Answer 1

a hacer esto:

using(var connection = new SqlConnection(ConfigurationManager.ConnectionStrings["MyConn"].ConnectionString)) 
using(var command = connection.CreateCommand()) 
{ 
    command.CommandText = "..."; 
    connection.Open(); 
    command.ExecuteNonQuery(); 
} 

no llamar a disponer en el comando no hará nada demasiado malo. Sin embargo, llamar a Dispose on se llamará supress the call to the finalizer, haciendo que las llamadas eliminen una mejora en el rendimiento.

Answer 2

La política más segura es llamar siempre al Dispose() en un objeto si implementa IDisposable, ya sea explícitamente o mediante un bloque de uso. Puede haber casos en que no sea necesario, pero llamarlo de todos modos nunca debe causar problemas (si la clase está escrita correctamente). Además, nunca se sabe cuándo puede cambiar una implementación, lo que significa que cuando la llamada no era necesaria anteriormente, ahora es definitivamente necesario.

En el ejemplo que ha dado, puede agregar un bloque de uso interno adicional para el comando, así como también mantener el bloque de uso externo para la conexión.

Answer 3

Puede encontrar este tipo de cosas usando Reflector.

Tuve una pequeña excavación (sugiero que también excave para estar completamente seguro del resto de esto, ya que no lo intenté tan duro) y parece que cuando matas una conexión no hay eliminación de cualquier niño asociado con esa conexión. Además, en realidad no parece que la eliminación de un comando en realidad hace tanto. Establecerá un campo en nulo, se separará de un contenedor (esto puede evitar una fuga de memoria administrada) y generará un evento (esto podría ser importante, pero no puedo ver quién está escuchando este evento).

De cualquier forma, es una buena práctica usar este material en un bloque de uso o asegurarse de desecharlo utilizando un patrón de eliminación en el objeto que contiene la conexión (si tiene la intención de mantener el comando por un tiempo).

Answer 4

Sí, deberías, incluso si la implementación actualmente no está haciendo mucho, no sabes cómo se va a cambiar en el futuro (por ejemplo, las versiones de framework más recientes). En general, debe deshacerse de todos los objetos que implementen IDisposable para estar en el lado seguro.

Sin embargo, si se aplaza la operación y que no controlan el alcance completo (por ejemplo, cuando se trabaja asynchroneously, o al volver de un SqlDataReader o algo así), se puede establecer el CommandBehavior a CloseConnection modo que tan pronto como el lector está hecho, la conexión está cerrada/dispuesta adecuadamente para usted.

Answer 5

En la práctica, puede omitir Dispose. No libera ningún recurso. Ni siquiera suprime la finalización ya que el constructor hace eso.

En teoría, Microsoft podría cambiar la implementación para tomar un recurso no administrado, pero espero que salgan con una API que elimine la clase base Component mucho antes de que lo hicieran.