Visual Studio Net 2005

Hola AOG,

efectivamente, el uso de múltiples proveedores de acceso a datos está
mejorado en ADO.NET y permite el desarrollo de aplicaciones n-tier mucho más
eficientes y robustas.

A tu pregunta de si podrías hacer lo mismo con VS 2005 que tu aplicación
actual, la respuesta es sí.

Sin embargo, lo que comentas de empezar a trabajar con la Beta 1 de Visual
Studio 2005 desde ya, yo te recomendaría no hacerlo por varias razones.
La primera es que la versión Beta 1 es una versión en evolución y por lo
tanto, no es recomendable dedicarse a ella en una migración. Además, deberías
preguntarte si la migración te aporta funcionalidades y posibilidades
aceptables como para abordarla (lo de usar múltiples gestores de bases de
datos mejor que hasta ahora es una buena razón).
LA segunda es que la Beta 2 parece estar a punto de salir (cuestión de días
según diferentes rumores), y por lo tanto, quizás deberías esperar, ya que
según parece va a haber cambios entre la Beta 1 y la Beta 2.

Espero que esto te ayude.

Un saludo,

Jorge Serrano Pérez
MVP VB.NET

"AOG" wrote:

Hola, tengo un proyecto empezado con Visual Studio Net 2003, mi proyecto
utiliza una arquitectura distribuida (Visual Basic. net, Servicios Web y
ADO.Net 1.1). A la espera de la salida de la versión final de VS .net 2005
con todas las mejoras y novedades que trae esta versión. He solicitar la
versión beta 1 en
http://lab.msdn.microsoft.com/vs200...ault.aspx. Yo quiero
que lo que tengo empezado convertirla a la versión Beta 1 y seguir
programando para adaptar y aplicar a mi proyecto actual las mejoras y
novedades que tiene la versión Beta hasta que salga la versión final, creo
que saldrá a mediados de este año.
Mis dudas son:
¿Es posible hacer todo esto que he comentado?
¿No habrá ningún problema en pasar lo hecho en la beta a la versión final
cuando salga?
Unas de las mejoras que voy ha emplear es en ADO.Net 2 es que admite en el
mismo objeto (DataAdapter, Connection, etc) utilizar distintos proveedores de
Base de Datos, y no tener que utilizar SqlDataAdapter o MySqlDataAdapter por
ejemplo, su pongo que esto ya está disponible en la Beta 1, ya que tengo
clientes que quieren utilizar SQL Server y otros MySQL.
Un Saludo

Hola Jorge, discúlpame pero no he llegado a entender tu exposición, quieres
decir que con VS 2003 yo puedo hacer lo mismo que en VS 2005, lo de que mi
aplicación puede gestionar varios proveedores de Datos, es decir, que la base
de datos que utiliza mi aplicación para un clientes puede ser SQL Server y la
misma aplicación para otro cliente pueda ser MySQL, vamos lo que yo quiero
hacer es que mi aplicación no esté sujeta un tipo de Base de Datos, pero
utilizando su proveedor nativo (System.Data.SqlClient. o .Data.MySqlClient)
y no ODBC ni OleDB.
Por otro lado no sabía nada de la Beta 2, pues esta mañana ya he pedido la
Beta 1 (por el módico precio de 6 Euros) en la página que he expuesto
anteriormente. Bueno en el caso de que obtenga la Beta 2 tampoco me
recomiendas que emigre a esta versión, o me recomiendas que termine la
aplicación con VS 2003, bueno lo de terminarlo sería en un plazo largo pues
estimo que la finalización de mi proyecto será de más o menos de un año, esta
aplicación es porque estoy emigrando una que ya que tenemos hecha en VB5 con
BD MDB.
La única condición que me impone mi jefe es que pueda funcionar la
aplicación con varias bases de datos ya que lo impone el cliente que se le
implanta la aplicación. Tu que me aconsejas, ahí información sobre esto
yo me estoy laborando una clase pero el inconveniente es que hay que retocar
la aplicación y compilar de nuevo para que funcione con una u otra base de
datos.
Un saludo
Antonio Ortega


"Jorge Serrano [MVP VB]" escribió:

Hola AOG,

efectivamente, el uso de múltiples proveedores de acceso a datos está
mejorado en ADO.NET y permite el desarrollo de aplicaciones n-tier mucho más
eficientes y robustas.

A tu pregunta de si podrías hacer lo mismo con VS 2005 que tu aplicación
actual, la respuesta es sí.

Sin embargo, lo que comentas de empezar a trabajar con la Beta 1 de Visual
Studio 2005 desde ya, yo te recomendaría no hacerlo por varias razones.
La primera es que la versión Beta 1 es una versión en evolución y por lo
tanto, no es recomendable dedicarse a ella en una migración. Además, deberías
preguntarte si la migración te aporta funcionalidades y posibilidades
aceptables como para abordarla (lo de usar múltiples gestores de bases de
datos mejor que hasta ahora es una buena razón).
LA segunda es que la Beta 2 parece estar a punto de salir (cuestión de días
según diferentes rumores), y por lo tanto, quizás deberías esperar, ya que
según parece va a haber cambios entre la Beta 1 y la Beta 2.

Espero que esto te ayude.

Un saludo,

Jorge Serrano Pérez
MVP VB.NET

"AOG" wrote:

> Hola, tengo un proyecto empezado con Visual Studio Net 2003, mi proyecto
> utiliza una arquitectura distribuida (Visual Basic. net, Servicios Web y
> ADO.Net 1.1). A la espera de la salida de la versión final de VS .net 2005
> con todas las mejoras y novedades que trae esta versión. He solicitar la
> versión beta 1 en
> http://lab.msdn.microsoft.com/vs200...ault.aspx. Yo quiero
> que lo que tengo empezado convertirla a la versión Beta 1 y seguir
> programando para adaptar y aplicar a mi proyecto actual las mejoras y
> novedades que tiene la versión Beta hasta que salga la versión final, creo
> que saldrá a mediados de este año.
> Mis dudas son:
> ¿Es posible hacer todo esto que he comentado?
> ¿No habrá ningún problema en pasar lo hecho en la beta a la versión final
> cuando salga?
> Unas de las mejoras que voy ha emplear es en ADO.Net 2 es que admite en el
> mismo objeto (DataAdapter, Connection, etc) utilizar distintos proveedores de
> Base de Datos, y no tener que utilizar SqlDataAdapter o MySqlDataAdapter por
> ejemplo, su pongo que esto ya está disponible en la Beta 1, ya que tengo
> clientes que quieren utilizar SQL Server y otros MySQL.
> Un Saludo
>

Hola,

disculpa si te he liado más que otra cosa.

Vamos por partes;
Parece ser que la versión Beta 2 será una versión más estable que cualquier
Beta 2 de productos Visual Studio anteriores, pero esto tampoco lo tengo
claro, porque seguirá siendo una Beta.

Respecto a trabajar o no con una versión Beta, mi experiencia dice que no es
recomendable. Cierto es que te aporta ventajas con el tema de las bases de
datos, pero también puede hacer un wrapper o envoltura que te permita
preparar una aplicación que te permita conectar con la fuente de datos
elegida. En Internet hay bastante información, y si acaso, mira en
www.gotdotnet.com a ver si hay algún ejemplo que te ayude.

Sobre que hacer, VS 2003 ó VS 2005 Beta (1 ó 2), yo en mi caso eligiría VS
2003 de momento, porque una versión Beta está sujeta a cambios,
modificaciones y además, el rendimiento es menor.

Pero esto es ya una opinión personal y la decisión la deberás evaluar tú
mismo.

Espero que esto te aporte algo más. :-)

Un saludo,

Jorge Serrano Pérez
MVP VB.NET

"AOG" wrote:

Hola Jorge, discúlpame pero no he llegado a entender tu exposición, quieres
decir que con VS 2003 yo puedo hacer lo mismo que en VS 2005, lo de que mi
aplicación puede gestionar varios proveedores de Datos, es decir, que la base
de datos que utiliza mi aplicación para un clientes puede ser SQL Server y la
misma aplicación para otro cliente pueda ser MySQL, vamos lo que yo quiero
hacer es que mi aplicación no esté sujeta un tipo de Base de Datos, pero
utilizando su proveedor nativo (System.Data.SqlClient. o .Data.MySqlClient)
y no ODBC ni OleDB.
Por otro lado no sabía nada de la Beta 2, pues esta mañana ya he pedido la
Beta 1 (por el módico precio de 6 Euros) en la página que he expuesto
anteriormente. Bueno en el caso de que obtenga la Beta 2 tampoco me
recomiendas que emigre a esta versión, o me recomiendas que termine la
aplicación con VS 2003, bueno lo de terminarlo sería en un plazo largo pues
estimo que la finalización de mi proyecto será de más o menos de un año, esta
aplicación es porque estoy emigrando una que ya que tenemos hecha en VB5 con
BD MDB.
La única condición que me impone mi jefe es que pueda funcionar la
aplicación con varias bases de datos ya que lo impone el cliente que se le
implanta la aplicación. Tu que me aconsejas, ahí información sobre esto
yo me estoy laborando una clase pero el inconveniente es que hay que retocar
la aplicación y compilar de nuevo para que funcione con una u otra base de
datos.
Un saludo
Antonio Ortega


"Jorge Serrano [MVP VB]" escribió:

> Hola AOG,
>
> efectivamente, el uso de múltiples proveedores de acceso a datos está
> mejorado en ADO.NET y permite el desarrollo de aplicaciones n-tier mucho más
> eficientes y robustas.
>
> A tu pregunta de si podrías hacer lo mismo con VS 2005 que tu aplicación
> actual, la respuesta es sí.
>
> Sin embargo, lo que comentas de empezar a trabajar con la Beta 1 de Visual
> Studio 2005 desde ya, yo te recomendaría no hacerlo por varias razones.
> La primera es que la versión Beta 1 es una versión en evolución y por lo
> tanto, no es recomendable dedicarse a ella en una migración. Además, deberías
> preguntarte si la migración te aporta funcionalidades y posibilidades
> aceptables como para abordarla (lo de usar múltiples gestores de bases de
> datos mejor que hasta ahora es una buena razón).
> LA segunda es que la Beta 2 parece estar a punto de salir (cuestión de días
> según diferentes rumores), y por lo tanto, quizás deberías esperar, ya que
> según parece va a haber cambios entre la Beta 1 y la Beta 2.
>
> Espero que esto te ayude.
>
> Un saludo,
>
> Jorge Serrano Pérez
> MVP VB.NET
>
> "AOG" wrote:
>
> > Hola, tengo un proyecto empezado con Visual Studio Net 2003, mi proyecto
> > utiliza una arquitectura distribuida (Visual Basic. net, Servicios Web y
> > ADO.Net 1.1). A la espera de la salida de la versión final de VS .net 2005
> > con todas las mejoras y novedades que trae esta versión. He solicitar la
> > versión beta 1 en
> > http://lab.msdn.microsoft.com/vs200...ault.aspx. Yo quiero
> > que lo que tengo empezado convertirla a la versión Beta 1 y seguir
> > programando para adaptar y aplicar a mi proyecto actual las mejoras y
> > novedades que tiene la versión Beta hasta que salga la versión final, creo
> > que saldrá a mediados de este año.
> > Mis dudas son:
> > ¿Es posible hacer todo esto que he comentado?
> > ¿No habrá ningún problema en pasar lo hecho en la beta a la versión final
> > cuando salga?
> > Unas de las mejoras que voy ha emplear es en ADO.Net 2 es que admite en el
> > mismo objeto (DataAdapter, Connection, etc) utilizar distintos proveedores de
> > Base de Datos, y no tener que utilizar SqlDataAdapter o MySqlDataAdapter por
> > ejemplo, su pongo que esto ya está disponible en la Beta 1, ya que tengo
> > clientes que quieren utilizar SQL Server y otros MySQL.
> > Un Saludo
> >

Hola de nuevo, gracias por tu ayuda, también me planteo en un futuro
inmediato, en el caso de que siga con VS 2003, en sistemas de 64bit, los
compilados con VS 2003 no funcionará en 64bit ¿no? sería con antiguamente VB
3.0 16bit y VB 5.0 a 32bit, esto quiere decir que si quiero que funcione mi
aplicación a 64bit se ha de compilar con VS 2005. Bueno no se como realmente
va sobre este tema, si que he leído que el compilado intermedio no se compila
a 32 o 64 sino que ha ser ejecutado el MSIL (compilación intermedia) net
Framework es el que compila a 32 o 64 según en el sistema que se está
funcionando, pero esto creo que lo hace el Net Framework 2.0, lo cual cuando
yo termine mi aplicación en VS 2003 ya estará en el mercado el VS 2005
versión completa y mi aplicación no tendrá esta mejoras y se ha quedado ya
atrás... vamos pienso yo. Su pongo que habrá sido un mal momento en emigrar
mi aplicación hecha en VB 5.0 a la tecnología .Net, pero no puedo retrasarlo
más pues ya llevamos retraso y los clientes no requiere una aplicación con
este tipo tecnología y arquitectura.
Con respecto a la capa envoltura o wrapper, he visitado www.gotdotnet.com
el problema que mi ingles no es mi fuerte. ¿Como podría buscar algún ejemplo
o artículo?, yo he buscado por wrapper y no me ha salido nada.

De nuevo un saludo.
Antonio Ortega.


"Jorge Serrano [MVP VB]" escribió:

Hola,

disculpa si te he liado más que otra cosa.

Vamos por partes;
Parece ser que la versión Beta 2 será una versión más estable que cualquier
Beta 2 de productos Visual Studio anteriores, pero esto tampoco lo tengo
claro, porque seguirá siendo una Beta.

Respecto a trabajar o no con una versión Beta, mi experiencia dice que no es
recomendable. Cierto es que te aporta ventajas con el tema de las bases de
datos, pero también puede hacer un wrapper o envoltura que te permita
preparar una aplicación que te permita conectar con la fuente de datos
elegida. En Internet hay bastante información, y si acaso, mira en
www.gotdotnet.com a ver si hay algún ejemplo que te ayude.

Sobre que hacer, VS 2003 ó VS 2005 Beta (1 ó 2), yo en mi caso eligiría VS
2003 de momento, porque una versión Beta está sujeta a cambios,
modificaciones y además, el rendimiento es menor.

Pero esto es ya una opinión personal y la decisión la deberás evaluar tú
mismo.

Espero que esto te aporte algo más. :-)

Un saludo,

Jorge Serrano Pérez
MVP VB.NET

"AOG" wrote:

> Hola Jorge, discúlpame pero no he llegado a entender tu exposición, quieres
> decir que con VS 2003 yo puedo hacer lo mismo que en VS 2005, lo de que mi
> aplicación puede gestionar varios proveedores de Datos, es decir, que la base
> de datos que utiliza mi aplicación para un clientes puede ser SQL Server y la
> misma aplicación para otro cliente pueda ser MySQL, vamos lo que yo quiero
> hacer es que mi aplicación no esté sujeta un tipo de Base de Datos, pero
> utilizando su proveedor nativo (System.Data.SqlClient. o .Data.MySqlClient)
> y no ODBC ni OleDB.
> Por otro lado no sabía nada de la Beta 2, pues esta mañana ya he pedido la
> Beta 1 (por el módico precio de 6 Euros) en la página que he expuesto
> anteriormente. Bueno en el caso de que obtenga la Beta 2 tampoco me
> recomiendas que emigre a esta versión, o me recomiendas que termine la
> aplicación con VS 2003, bueno lo de terminarlo sería en un plazo largo pues
> estimo que la finalización de mi proyecto será de más o menos de un año, esta
> aplicación es porque estoy emigrando una que ya que tenemos hecha en VB5 con
> BD MDB.
> La única condición que me impone mi jefe es que pueda funcionar la
> aplicación con varias bases de datos ya que lo impone el cliente que se le
> implanta la aplicación. Tu que me aconsejas, ahí información sobre esto
> yo me estoy laborando una clase pero el inconveniente es que hay que retocar
> la aplicación y compilar de nuevo para que funcione con una u otra base de
> datos.
> Un saludo
> Antonio Ortega
>
>
> "Jorge Serrano [MVP VB]" escribió:
>
> > Hola AOG,
> >
> > efectivamente, el uso de múltiples proveedores de acceso a datos está
> > mejorado en ADO.NET y permite el desarrollo de aplicaciones n-tier mucho más
> > eficientes y robustas.
> >
> > A tu pregunta de si podrías hacer lo mismo con VS 2005 que tu aplicación
> > actual, la respuesta es sí.
> >
> > Sin embargo, lo que comentas de empezar a trabajar con la Beta 1 de Visual
> > Studio 2005 desde ya, yo te recomendaría no hacerlo por varias razones.
> > La primera es que la versión Beta 1 es una versión en evolución y por lo
> > tanto, no es recomendable dedicarse a ella en una migración. Además, deberías
> > preguntarte si la migración te aporta funcionalidades y posibilidades
> > aceptables como para abordarla (lo de usar múltiples gestores de bases de
> > datos mejor que hasta ahora es una buena razón).
> > LA segunda es que la Beta 2 parece estar a punto de salir (cuestión de días
> > según diferentes rumores), y por lo tanto, quizás deberías esperar, ya que
> > según parece va a haber cambios entre la Beta 1 y la Beta 2.
> >
> > Espero que esto te ayude.
> >
> > Un saludo,
> >
> > Jorge Serrano Pérez
> > MVP VB.NET
> >
> > "AOG" wrote:
> >
> > > Hola, tengo un proyecto empezado con Visual Studio Net 2003, mi proyecto
> > > utiliza una arquitectura distribuida (Visual Basic. net, Servicios Web y
> > > ADO.Net 1.1). A la espera de la salida de la versión final de VS .net 2005
> > > con todas las mejoras y novedades que trae esta versión. He solicitar la
> > > versión beta 1 en
> > > http://lab.msdn.microsoft.com/vs200...ault.aspx. Yo quiero
> > > que lo que tengo empezado convertirla a la versión Beta 1 y seguir
> > > programando para adaptar y aplicar a mi proyecto actual las mejoras y
> > > novedades que tiene la versión Beta hasta que salga la versión final, creo
> > > que saldrá a mediados de este año.
> > > Mis dudas son:
> > > ¿Es posible hacer todo esto que he comentado?
> > > ¿No habrá ningún problema en pasar lo hecho en la beta a la versión final
> > > cuando salga?
> > > Unas de las mejoras que voy ha emplear es en ADO.Net 2 es que admite en el
> > > mismo objeto (DataAdapter, Connection, etc) utilizar distintos proveedores de
> > > Base de Datos, y no tener que utilizar SqlDataAdapter o MySqlDataAdapter por
> > > ejemplo, su pongo que esto ya está disponible en la Beta 1, ya que tengo
> > > clientes que quieren utilizar SQL Server y otros MySQL.
> > > Un Saludo
> > >

Hola Antonio,

efectivamente, los desarrollos de 64 bits requieren VS 2005.
El .NET Framework 2.0 como apuntas, es el que tiene el motor de compilación
de 64 bits, por lo que deberás escribir tu aplicación con VS 2005. :-)

Respecto a lo del wrapper (envoltura) u otro, trataré de buscarte algo, pero
creo (te soy sincero) tardaré un poco más en responder porque ahora mismo
estoy hasta arriba, pero trataré de ayudarte si el tiempo me lo permite... :-/

Mira si acaso en el google en español a ver si encuentras algo que te pueda
ayudar. Mira en MTJ.NET (MSDN en Español):
http://www.microsoft.com/spanish/ms...d/mtj.net/

Un saludo,

Jorge Serrano Pérez
MVP VB.NET

"AOG" wrote:

Hola de nuevo, gracias por tu ayuda, también me planteo en un futuro
inmediato, en el caso de que siga con VS 2003, en sistemas de 64bit, los
compilados con VS 2003 no funcionará en 64bit ¿no? sería con antiguamente VB
3.0 16bit y VB 5.0 a 32bit, esto quiere decir que si quiero que funcione mi
aplicación a 64bit se ha de compilar con VS 2005. Bueno no se como realmente
va sobre este tema, si que he leído que el compilado intermedio no se compila
a 32 o 64 sino que ha ser ejecutado el MSIL (compilación intermedia) net
Framework es el que compila a 32 o 64 según en el sistema que se está
funcionando, pero esto creo que lo hace el Net Framework 2.0, lo cual cuando
yo termine mi aplicación en VS 2003 ya estará en el mercado el VS 2005
versión completa y mi aplicación no tendrá esta mejoras y se ha quedado ya
atrás... vamos pienso yo. Su pongo que habrá sido un mal momento en emigrar
mi aplicación hecha en VB 5.0 a la tecnología .Net, pero no puedo retrasarlo
más pues ya llevamos retraso y los clientes no requiere una aplicación con
este tipo tecnología y arquitectura.
Con respecto a la capa envoltura o wrapper, he visitado www.gotdotnet.com
el problema que mi ingles no es mi fuerte. ¿Como podría buscar algún ejemplo
o artículo?, yo he buscado por wrapper y no me ha salido nada.

De nuevo un saludo.
Antonio Ortega.


"Jorge Serrano [MVP VB]" escribió:

> Hola,
>
> disculpa si te he liado más que otra cosa.
>
> Vamos por partes;
> Parece ser que la versión Beta 2 será una versión más estable que cualquier
> Beta 2 de productos Visual Studio anteriores, pero esto tampoco lo tengo
> claro, porque seguirá siendo una Beta.
>
> Respecto a trabajar o no con una versión Beta, mi experiencia dice que no es
> recomendable. Cierto es que te aporta ventajas con el tema de las bases de
> datos, pero también puede hacer un wrapper o envoltura que te permita
> preparar una aplicación que te permita conectar con la fuente de datos
> elegida. En Internet hay bastante información, y si acaso, mira en
> www.gotdotnet.com a ver si hay algún ejemplo que te ayude.
>
> Sobre que hacer, VS 2003 ó VS 2005 Beta (1 ó 2), yo en mi caso eligiría VS
> 2003 de momento, porque una versión Beta está sujeta a cambios,
> modificaciones y además, el rendimiento es menor.
>
> Pero esto es ya una opinión personal y la decisión la deberás evaluar tú
> mismo.
>
> Espero que esto te aporte algo más. :-)
>
> Un saludo,
>
> Jorge Serrano Pérez
> MVP VB.NET
>
> "AOG" wrote:
>
> > Hola Jorge, discúlpame pero no he llegado a entender tu exposición, quieres
> > decir que con VS 2003 yo puedo hacer lo mismo que en VS 2005, lo de que mi
> > aplicación puede gestionar varios proveedores de Datos, es decir, que la base
> > de datos que utiliza mi aplicación para un clientes puede ser SQL Server y la
> > misma aplicación para otro cliente pueda ser MySQL, vamos lo que yo quiero
> > hacer es que mi aplicación no esté sujeta un tipo de Base de Datos, pero
> > utilizando su proveedor nativo (System.Data.SqlClient. o .Data.MySqlClient)
> > y no ODBC ni OleDB.
> > Por otro lado no sabía nada de la Beta 2, pues esta mañana ya he pedido la
> > Beta 1 (por el módico precio de 6 Euros) en la página que he expuesto
> > anteriormente. Bueno en el caso de que obtenga la Beta 2 tampoco me
> > recomiendas que emigre a esta versión, o me recomiendas que termine la
> > aplicación con VS 2003, bueno lo de terminarlo sería en un plazo largo pues
> > estimo que la finalización de mi proyecto será de más o menos de un año, esta
> > aplicación es porque estoy emigrando una que ya que tenemos hecha en VB5 con
> > BD MDB.
> > La única condición que me impone mi jefe es que pueda funcionar la
> > aplicación con varias bases de datos ya que lo impone el cliente que se le
> > implanta la aplicación. Tu que me aconsejas, ahí información sobre esto
> > yo me estoy laborando una clase pero el inconveniente es que hay que retocar
> > la aplicación y compilar de nuevo para que funcione con una u otra base de
> > datos.
> > Un saludo
> > Antonio Ortega
> >
> >
> > "Jorge Serrano [MVP VB]" escribió:
> >
> > > Hola AOG,
> > >
> > > efectivamente, el uso de múltiples proveedores de acceso a datos está
> > > mejorado en ADO.NET y permite el desarrollo de aplicaciones n-tier mucho más
> > > eficientes y robustas.
> > >
> > > A tu pregunta de si podrías hacer lo mismo con VS 2005 que tu aplicación
> > > actual, la respuesta es sí.
> > >
> > > Sin embargo, lo que comentas de empezar a trabajar con la Beta 1 de Visual
> > > Studio 2005 desde ya, yo te recomendaría no hacerlo por varias razones.
> > > La primera es que la versión Beta 1 es una versión en evolución y por lo
> > > tanto, no es recomendable dedicarse a ella en una migración. Además, deberías
> > > preguntarte si la migración te aporta funcionalidades y posibilidades
> > > aceptables como para abordarla (lo de usar múltiples gestores de bases de
> > > datos mejor que hasta ahora es una buena razón).
> > > LA segunda es que la Beta 2 parece estar a punto de salir (cuestión de días
> > > según diferentes rumores), y por lo tanto, quizás deberías esperar, ya que
> > > según parece va a haber cambios entre la Beta 1 y la Beta 2.
> > >
> > > Espero que esto te ayude.
> > >
> > > Un saludo,
> > >
> > > Jorge Serrano Pérez
> > > MVP VB.NET
> > >
> > > "AOG" wrote:
> > >
> > > > Hola, tengo un proyecto empezado con Visual Studio Net 2003, mi proyecto
> > > > utiliza una arquitectura distribuida (Visual Basic. net, Servicios Web y
> > > > ADO.Net 1.1). A la espera de la salida de la versión final de VS .net 2005
> > > > con todas las mejoras y novedades que trae esta versión. He solicitar la
> > > > versión beta 1 en
> > > > http://lab.msdn.microsoft.com/vs200...ault.aspx. Yo quiero
> > > > que lo que tengo empezado convertirla a la versión Beta 1 y seguir
> > > > programando para adaptar y aplicar a mi proyecto actual las mejoras y
> > > > novedades que tiene la versión Beta hasta que salga la versión final, creo
> > > > que saldrá a mediados de este año.
> > > > Mis dudas son:
> > > > ¿Es posible hacer todo esto que he comentado?
> > > > ¿No habrá ningún problema en pasar lo hecho en la beta a la versión final
> > > > cuando salga?
> > > > Unas de las mejoras que voy ha emplear es en ADO.Net 2 es que admite en el
> > > > mismo objeto (DataAdapter, Connection, etc) utilizar distintos proveedores de
> > > > Base de Datos, y no tener que utilizar SqlDataAdapter o MySqlDataAdapter por
> > > > ejemplo, su pongo que esto ya está disponible en la Beta 1, ya que tengo
> > > > clientes que quieren utilizar SQL Server y otros MySQL.
> > > > Un Saludo
> > > >