Pregunta de conceptos

[moNTeZIon]

Buenas,
Me planteo la siguiente pregunta.
Qué es mejor (rendimiento, claridad de codigo, velocidad...) , crear una clase "DetallesUsuario" con varias propiedades, por ejemplo, Nombre, Apellidos, etc... y luego, al procedimiento "Sub ModificarUsuario" pasarle como parametro un objeto de esa clase...
O por otro lado, pasarle al "Sub ModificarUsuario" los valores por separado.

O sea, tener un Sub ModificarUsuario así:

Código:

Protected Sub ModificarUsuario (ByVal Detalles As DetallesUsuario)

O tener un Sub ModificarUsuario así:

Código:

Protected Sub ModificarUsuario (ByVal ID as Integer, Nombre As String...)

O da lo mismo una forma que la otra...

'----------------------------------------------------------------

Y otra.. la siguiente linea:

myCommand.ExecuteReader(CommandBehavior.CloseConne ction)

Un sub devuelve este DataReader con la conexión abierta para poder leer los datos, pero tengo la duda de si esta forma de hacerlo lo que hace es que cierra la conexion automáticamente, o si realmente sirve para mandar la conexion abierta, precisamente para que la cierre yo cuando termine de utilizar el DataReader..

'-----------------------------------------------------------------

Gracias pos sus opiniones.
Saludos.

[mcEmmanuel]

En cuanto a pasar una clase o pasar parametros, creo que es mas escalable tu aplicacion si utilizas una clase como parametro, recuerdo que las clase son tipos de datos abstractos con los cuales puedes mantener la consistencia de los datos, haciendo uso de propiedades que pueden validar la entrada de datos y de funciones que realicen ciertas operaciones.

Por ejemplo si tu aplicacion en multicapa puedes pasar entre las capas al objeto detalle, el cual trae en si su logica de validacion y consistencia de datos.

Segun yo pienso
claridad de codigo, el codigo es mucho mas legible.
velocidad, posiblemente sea un poco mas lento pero mas confiable y mas seguro.
rendimiento, la velocidad afecta directamente al performance.

Simpre hay que ariesgar una cosa por otra.

'----------------------------------------------------------------

myCommand.ExecuteReader(CommandBehavior.CloseConne cction)

te evita una linea de codigo
conn.close()

pues al myCommand.close(), ejecuta internamente conn.close().

[moNTeZIon]

Consulta 1) OK. Muy agradecido por tu opinión. Pienso lo mismo.

Consulta 2) Entonces, por lo que dices, si que tendré que hacer un myCommand.close() cuando deje de utilizar el DataReader?

Gracias!

[mcEmmanuel]

Una disculpa..es un error mio confundi las variables.
Lo que tienes que hacer es

Código:

Dim strSQL As String = "Select * from tabla"
Dim cmd As New SqlCommand(strSQL, New SqlConnection(AppSettings("cnnDB")))
Dim reader As SqlDataReader
cmd.Connection.Open()
reader = cmd.ExecuteReader(CommandBehavior.CloseConnection)
If reader.Read Then
   field1 = reader.GetDecimal(0)
   field2 = reader.GetString(1)
 End If
reader.Close()

Ahora si el reader cierra automaticamente el comando, el cual a su ves cierra la coneccion.

[moNTeZIon]

Thanks men