Novato C#

La parte de usar C/S, lo entiendo gracias, lo que no entiendo es como le
digo a la aplicacion que en la fase
de desarrollo y diseño , trabaje con un base de Datos Local, pero en el
momento de Ejecución o Trabajo, Debe utilizar la BD Real.-

Por Ej: Cuando Desarrollo en Vfp, tengo una carpeta en mi maquina que tiene
una copia de la BD original, entonces configuro un path para que pueda ver
esa BD, y una vez compilado y llevado el ejecutable al Cliente, asigno un
path hacia la BD del cliente y listo, el sistema funciona ahora con la BD
del cliente.




"Pedro" escribió en el mensaje
news:

Ahora la Segunda Duda
Voy a recrear la Base de Datos que tenia en Vfp en SqlServer.
2) Como hago para que la aplicacion que va ha estar instalada en varias
terminales, acceda a la bases de Datos que esta el el servidor ?

Osea en el momento de Desarrollo y Diseño, la base de datos esta alojada
en modo local , pero para el momento de poner el sistema
en funcionamiento, la base de datos va ha estar en una maquina X, y el
sistema ha de correr en las terminales.-

Si usabas DBF's en VFP debes ver que ahora es Cliente/Servidor lo cual es
otra tecnologia que no se ve igual (aunque C/S tambien se puede usar en
VFP). El acceso al servidor es simplemente con una cadena de conexion
donde se indica el nombre del servidor y la autenticacion.
Solo basta con que dicho servidor se vea desde la pc que ejecuta el
sistema y el usuario indicado tenga acceso. Que dicho servidor sea local
o este en otra terminal no importa.
Es bueno que busques en la web ejemplos que debe haber muchos o usar los
dataset's tipados cuyo codigo se genera automaticamente.

Ahora la Segunda Duda
Voy a recrear la Base de Datos que tenia en Vfp en SqlServer.
2) Como hago para que la aplicacion que va ha estar instalada en varias
terminales, acceda a la bases de Datos que esta el el servidor ?

Osea en el momento de Desarrollo y Diseño, la base de datos esta alojada
en modo local , pero para el momento de poner el sistema
en funcionamiento, la base de datos va ha estar en una maquina X, y el
sistema ha de correr en las terminales.-

Si usabas DBF's en VFP debes ver que ahora es Cliente/Servidor lo cual es
otra tecnologia que no se ve igual (aunque C/S tambien se puede usar en
VFP). El acceso al servidor es simplemente con una cadena de conexion donde
se indica el nombre del servidor y la autenticacion.
Solo basta con que dicho servidor se vea desde la pc que ejecuta el sistema
y el usuario indicado tenga acceso. Que dicho servidor sea local o este en
otra terminal no importa.
Es bueno que busques en la web ejemplos que debe haber muchos o usar los
dataset's tipados cuyo codigo se genera automaticamente.

Ariel wrote:

Hola Buen Dia a Todos.
De nuevo por aqui, espero no moleste.

Como ya habia comentado en un hilo anterior, soy nuevo (realmente nuevo), y
estoy en apuros.-
Tengo que migrar todo un sistema hecho en VFP9 a C# y tengo no una sino un
monton de Dudas.

Yo tambien vengo del Xbase: clipper y harbour. Creeme, bajo bastantes
condiciones, es más productivo un sistema Xbase que pelearte con los
objetos ADO... los datatable por ejemplo, que se usan desde el lado del
cliente (ADO desconectado del servidor) no son estructuras indexadas, y
tienes que recorrer la colección. Imagínate haciendo LOCATE para
localizar un dato en una tabla local Xbase... bajo ciertos aspectos, un
programa puede estar sobredimensionado sin se aplica solo al paradigma
cliente-servicor. Fíjate que Microsoft en el .NET 3.5 ha creado una
bases de datos portable del estilo Sqlite 3.x para impedir que el
programador esté tentado deusar tablas MDB (la Jet Enegine 4 está
integrada hoy en dia en NT, y cualquier Windows NT, sea del sabor que
sea, incorpora los ADO 2.8 SP1 junto al Internet Explorer). la llamada
SQL Compact Edition.

He creado un Formulario Mdi, al cual le diseñe el menu de opciones.
He creado un Formulario xxx el cual se va ha encargar de hacer un ABM sobre
un tabla X.

instancias el form, piensa que es una clase... y modificas su propiedades

1) Como hago para que el menu en la opcion Archivo-Clientes ejecute el
Formulario xxx ?

instancias la clase form determinada, y al objeto resultate. oForm.show

Ahora la Segunda Duda
Voy a recrear la Base de Datos que tenia en Vfp en SqlServer.
2) Como hago para que la aplicacion que va ha estar instalada en varias
terminales, acceda a la bases de Datos que esta el el servidor ?

Ese es otro problema del .NET, que ya lo tenia el Borland Delphi...
tienes que ser un mago para asegurarte de que un paquete de instalación
podria garantizar la instalación de una versión Sql, y decidir la
máquina que hace de servidor. El problema es que hay que acudir al
domiclio del cliente para hacer la instalación.

Osea en el momento de Desarrollo y Diseño, la base de datos esta alojada en
modo local , pero para el momento de poner el sistema
en funcionamiento, la base de datos va ha estar en una maquina X, y el
sistema ha de correr en las terminales.-

Suerte, espero que encuentres una manera cómoda de crear 3 capas, yo te
recmendaria que los forms, los controles visuales abusaras de su
propiedad .tag para tildarlos de sabores. A cada sabor, le podrias
definir en tiempo de ejecución un comportamiento por EvenHandler, y si
eres ducho con las expresiones regulares, podrias incluso enfocar la
aplicación para los dos mundos: escritorio y web.

"Ariel" wrote in message
news:

He creado un Formulario Mdi, al cual le diseñe el menu de opciones.
He creado un Formulario xxx el cual se va ha encargar de hacer un ABM
sobre un tabla X.
1) Como hago para que el menu en la opcion Archivo-Clientes ejecute el
Formulario xxx ?

Haz doble-click sobre el menú en tiempo de diseño para que te abra el
gestor de eventos correspondiente, y dentro mete este código:

xxx formulario = new xxx();
formulario.MdiParent = this;
formulario.Show();

Con este código, cada vez que hagas click en el menú te abrirá una
nueva copia del formulario, que suele ser la forma de funcionar de las
aplicaciones MDI.

Ahora la Segunda Duda
Voy a recrear la Base de Datos que tenia en Vfp en SqlServer.
2) Como hago para que la aplicacion que va ha estar instalada en varias
terminales, acceda a la bases de Datos que esta el el servidor ?
Osea en el momento de Desarrollo y Diseño, la base de datos esta alojada
en modo local , pero para el momento de poner el sistema
en funcionamiento, la base de datos va a estar en una maquina X, y el
sistema ha de correr en las terminales.-

Símplemente poniendo el nombre del servidor en la cadena de conexión,
en lugar de donde pone "(local)" cuando accedes al servidor local. Ojo, si
la base de datos que usas en desarrollo la estás usando en modo "instancia
de usuario" (en la cadena de conexión pone lo de
"UserInstance=true;AttachDbFilename=...") esto tendrás que cambiarlo porque
este modo de funcionamiento no vale para un servidor. Pero en cuanto a
programación, no te afecta nada; solo es cuestión de cambiar la cadena de
conexión.
Aparte de cambiar la cadena de conexión en los puestos, en el servidor
tienes que asegurarte de que tienes el SqlServer correctamente instalado
para que atienda a los puestos. Por ejemplo, el cortafuegos de Windows de
forma predeterminada no te va a permitir conectar con el Sql Server y
tendrás que abrirle la excepción correspondiente; y el Sql Server 2005 en su
configuración predeterminada no admite conexiones de red, así que tendrás
que habilitarlas desde la herramienta de configuración del area superficial.