Componente de conexión

Que tal Juan Carlos:

Si lo que quieres hacer es que todos los componentes
tengan la misma conexion, establece la conexion como 'estatica'
en tu componente de conexion. Todos tus formularios podrán
compartirla, pues al ser estática, no cambia para cada instancia
de tu componente conexion.

Espero que mi comentario te sea de utilidad.

Saludos de Costa Rica


Carlos Loria

"Juan Carlos Paramá" escribió en el
mensaje news:

Hola,

Tengo una pequeña duda/curiosidad en las conexiones de ADO .NET.

¿Como haceis para cambiar la cadena de conexión en cada formulario si

la

conexión se realiza con el componente de conexión, en vez de escribiendo

uno

mismo el código? Ahora lo que hago es cambiar la cadena de conexión leida
desde un archivo de configuración después de que se inicializen los
componentes, pero me parace una solución un poco chapuza. ¿Hay alguna

forma

de utilizar una conexión global para trabajar con los adaptadores y los
datasets en los formularios?

Gracias, un saludo.

Juan Carlos Paramá

Hola,

"Carlos Loria (Costa Rica)" escribió en el mensaje
news:

Espero que mi comentario te sea de utilidad.

Gracias por contestar, pero no era exactamente la cuestión. Por lo visto me
exprese
mal.

No es un componente propio, sino el propio objeto de conexión de Visual
Studio.
Por ejemplo. Si añado una SqlConnection a un formulario puede manejar todos
los
bindings de datos de forma grafica y hacer referencia a la conexión desde un
"control"
SqlAdapter. Si lo hago en el código no puedo. El problema es que al añadir
el
componente al formulario este serializa la cadena de conexión en el código y
tengo que
sobreescribirla después, con lo cual hay dos cadenas de conexión. La
establecida en
tiempo de diseño y la que después se fija en el código. Así es como lo estoy
haciendo,
pero me parece mal diseño. Por eso preguntaba si hay algun metodo distinto.

Saludos,

Juan Carlos Paramá

Que tal Juan Carlos:

Ya comprendo tu problema. Yo hacia exactamente lo que haces.

De un tiempo para aca, hago esto:

a. En el proyecto, click derecho,
Agregar, Agregar nuevo elemento, Clase de Componentes,
(utilizo el nombre 'adaptadores' para esa clase)

b. Al componente le agrego conecciones y adaptadores

c. Solicito la generacion del dataSet

d. Agrego codigo al componente para agregar metodos
de 'rellenar' y 'actualizar' el dataSet

e. En los formularios, agrego un dataSet. Al wizard
le indico que es un 'Conjunto de datos con tipo', y selecciono
el dataSet del proyecto que necesito.

f. Ahora, tengo en el formulario una instancia del dataSet
que me permite ajustar en tiempo de diseño, componentes
como los data grids, hacer binding, etc.

Si haces esto, incluso, puedes utilizar el 'wizard'
"Asistente para formularios de Datos"
el cual va a requerir el 'conjunto de datos'
e incluso, puede utilizar el metodo para rellenar el conjunto de datos,
y el metodo de actualizar los datos que inclui en el punto 'd'

Espero que estos comentarios te sean de utilidad.

Saludos de Costa Rica,


Carlos Loria

"Juan Carlos Paramá" escribió en el
mensaje news:

Hola,

"Carlos Loria (Costa Rica)" escribió en el mensaje
news:
>
>
> Espero que mi comentario te sea de utilidad.
>

Gracias por contestar, pero no era exactamente la cuestión. Por lo visto

me

exprese
mal.

No es un componente propio, sino el propio objeto de conexión de Visual
Studio.
Por ejemplo. Si añado una SqlConnection a un formulario puede manejar

todos

los
bindings de datos de forma grafica y hacer referencia a la conexión desde

un

"control"
SqlAdapter. Si lo hago en el código no puedo. El problema es que al añadir
el
componente al formulario este serializa la cadena de conexión en el código

y

tengo que
sobreescribirla después, con lo cual hay dos cadenas de conexión. La
establecida en
tiempo de diseño y la que después se fija en el código. Así es como lo

estoy

haciendo,
pero me parece mal diseño. Por eso preguntaba si hay algun metodo

distinto.

Saludos,

Juan Carlos Paramá

Hola,

"Carlos Loria (Costa Rica)" escribió en el mensaje
news:uyNnr%

Que tal Juan Carlos:

Ya comprendo tu problema. Yo hacia exactamente lo que haces.

De un tiempo para aca, hago esto:

a. En el proyecto, click derecho,
Agregar, Agregar nuevo elemento, Clase de Componentes,
(utilizo el nombre 'adaptadores' para esa clase)

b. Al componente le agrego conecciones y adaptadores

Espero que estos comentarios te sean de utilidad.

Muy buena idea. Muchas gracias. Lo probaré.

Saludos,

Juan Carlos Paramá

Es correcto utilizar variables estáticas siempre y cuando la cadena de
conexión no sea fija en el código (Hard-Coded), es decir, se deben
inicializar dichas variables estáticas a partir de algún punto externo (como
el fichero externo que comentas).

En cualquier caso, lo normal es utilizar el AppSettings del fichero XML
App.Config o Web.Config, porque además mantiene cache en memoria de dichos
valores de una forma similar a las variables estáticas.

Saludos,

César de la Torre
Software Architect
MCSE (Microsoft Certified Systems Engineer)

Renacimiento rn
Microsoft GOLD Certified Partner


"Carlos Loria (Costa Rica)" wrote in message
news:

Que tal Juan Carlos:

Si lo que quieres hacer es que todos los componentes
tengan la misma conexion, establece la conexion como 'estatica'
en tu componente de conexion. Todos tus formularios podrán
compartirla, pues al ser estática, no cambia para cada instancia
de tu componente conexion.

Espero que mi comentario te sea de utilidad.

Saludos de Costa Rica


Carlos Loria

"Juan Carlos Paramá" escribió en

el

mensaje news:
> Hola,
>
> Tengo una pequeña duda/curiosidad en las conexiones de ADO .NET.
>
> ¿Como haceis para cambiar la cadena de conexión en cada formulario

si

la
> conexión se realiza con el componente de conexión, en vez de escribiendo
uno
> mismo el código? Ahora lo que hago es cambiar la cadena de conexión

leida

> desde un archivo de configuración después de que se inicializen los
> componentes, pero me parace una solución un poco chapuza. ¿Hay alguna
forma
> de utilizar una conexión global para trabajar con los adaptadores y los
> datasets en los formularios?
>
> Gracias, un saludo.
>
> Juan Carlos Paramá
>
>