C# para proyectos de manejo de datos?

Hola Heberto, estoy en similar situación. De una vez te comento que te va a
costar muchisimo trabajo la migración, C# no le llega ni a los talones a VFP
en lo que se refiere a menejo de datos y a reportes. Lo que en VFP lo podias
hacer con 3 líneas, en C# son mas de 20. De entrada te sugiero que manejes
el VisualStudio2005, te va a ahorras algunos dolores de cabeza aunque te va a
generar otros, también aprendete de cabo a rabo todo lo referente a ADO.NET
(haz de cuenta que son los cursores y sql de VFP), si no sabes eso te vas a
topar con pared. Otra, cosa, aqui todo son clases y objetos, no hay forma de
hacer prgs, ni ventana de comandos, ni macrosubstitución, etc. etc. etc. etc.

Al parecer el Orcas (el nuevo VS) ya va a traer algunas cosas parececidas a
lo que desde hace muchos años tenemos en VFP, como por ejemplo el LINQ.

No te desanimes y suerte.
Saludos
José Camacho Vaca
Colima, MX


"Heberto Villavicencio" wrote:

Saludos, recurro a ustedes para obtener referencias sobre el uso de C# para
proyectos de manejo de datos (Me refiero a sistemas netamente de indole
administrativos, facturacion, inventarios, nominas, etc etc). Soy un
programador de Visual FoxPro, pero microsoft ha decidido que tengo que
migrar en los proximos años, estoy evaluando opciones y particularmente me
interesa esta de C#, tengo varias interrogantes?

Como es el manejo de base de datos de C#, entiendo que debo apoyarme en un
manejador de bases de datos externo, pero supongo que puedo ejecutar
consultas a este servidor y trabajarlas de forma local en mi aplicacion?

Que tal el futuro de C# dentro de la estrategia de largo plazo de Microsoft,
pregunto esto porque no quisiera pasar en un periodo corto de tiempo 5 a 7
años por otra transicion (cambio de lenguaje) como la que tengo q enfrentar
ahora.

Agradezco cualquier comentario

No va a ser tan malo, ya que funcione bine, ahora todavia tiene fallas, al
menos la CTP de Orcas las tienes, lo cual es normal.

Pero el SQL to Entities suena bien porque basicamente es hacer consultas
tipo SQL sobre objetos (objetos de negocio) y que el resultado puede ser
tambien un objeto. Esto le va a dar un brinco enorme al VisualStudio. Pero
por lo pronto hay que espererar.

Saludos.
José Camacho Vaca
Colima, MX


"Alfredo Novoa" wrote:

Hola Octavio,

On Sun, 25 Mar 2007 22:40:55 +0200, "Octavio Hernandez"
wrote:

>No solo está LINQ to SQL, tanto o más aportará en el tema de bases de datos
>otro "flavor" de LINQ,
>LINQ to Entities.

Que mala pinta tiene eso.

¿Tienes alguna referencia?


Saludos
Alfredo

Excelente, buena referencia lo tendre pendiente...



"Rafael" escribió en el mensaje
news:

No se si no lo han hecho, pero hacer una forma dataEntry en C# es muerto
de risa, tal como en VFP.

Puede ser pero cuidado con los datasets, los ejemplos, wizards y
generadores de codigo en .Net. Muchos ejemplos que autogeneran el codigo
resultan en codigo muy ineficiente para ambitos de red, ejemplo, que traen
todos los datos de las tablas en el Load del formulario.
De eso no te das cuenta de inmediato sino cuando pruebas con tablas
grandes. Ya me ha pasado.

Cual es esa solución de D4?

Gracias por aclarar y un saludo.
José Camacho Vaca
Colima, MX


"Alfredo Novoa" wrote:

Hola Octavio,

On Mon, 26 Mar 2007 00:48:22 +0200, "Octavio Hernandez"
wrote:

>> Que mala pinta tiene eso.
>
>:-)
>
>Salió originalmente con la CTP de ADO.NET vNext que se puede descargar, mira
>por ejemplo este enlace:
>
> http://blogs.msdn.com/adonet/archiv...01479.aspx

Gracias y gracias a Raymond por los enlaces.

Lo de LinQ to Dataset está interesante, corrige una de las
deficiencias más importantes de los datasets.

Lo de LinQ to Entities es una tontería como esperaba. Resulta que
meten en un archivo XML información para hacer los "joins" con
puntitos y lo venden como la gran cosa.

Pero claro una vez hecho esto ya no puedes hacer otros "joins" además
del predeterminado en el archivo. Como siempre, la solución de D4 es
muchísimo mejor.


Saludos
Alfredo

Gracias por los datos, por los momentos me dedicare a aprende c# y .net, el
compilador como tal me gusta mucho me recuerda mis tiempos de turbo C, el
ide me parece que es excelente, pero seguire de cerca esto de LINQ, por los
momentos seguire desarrollando comercialmente con foxpro por lo menos un par
de años mas. Gracias a todos por sus comentarios

"Jose Camacho Vaca" escribió en
el mensaje news:

Hola Heberto, estoy en similar situación. De una vez te comento que te
va a
costar muchisimo trabajo la migración, C# no le llega ni a los talones a
VFP
en lo que se refiere a menejo de datos y a reportes. Lo que en VFP lo
podias
hacer con 3 líneas, en C# son mas de 20. De entrada te sugiero que
manejes
el VisualStudio2005, te va a ahorras algunos dolores de cabeza aunque te
va a
generar otros, también aprendete de cabo a rabo todo lo referente a
ADO.NET
(haz de cuenta que son los cursores y sql de VFP), si no sabes eso te vas
a
topar con pared. Otra, cosa, aqui todo son clases y objetos, no hay forma
de
hacer prgs, ni ventana de comandos, ni macrosubstitución, etc. etc. etc.
etc.

Al parecer el Orcas (el nuevo VS) ya va a traer algunas cosas parececidas
a
lo que desde hace muchos años tenemos en VFP, como por ejemplo el LINQ.

No te desanimes y suerte.
Saludos
José Camacho Vaca
Colima, MX


"Heberto Villavicencio" wrote:

Saludos, recurro a ustedes para obtener referencias sobre el uso de C#
para
proyectos de manejo de datos (Me refiero a sistemas netamente de indole
administrativos, facturacion, inventarios, nominas, etc etc). Soy un
programador de Visual FoxPro, pero microsoft ha decidido que tengo que
migrar en los proximos años, estoy evaluando opciones y particularmente
me
interesa esta de C#, tengo varias interrogantes?

Como es el manejo de base de datos de C#, entiendo que debo apoyarme en
un
manejador de bases de datos externo, pero supongo que puedo ejecutar
consultas a este servidor y trabajarlas de forma local en mi aplicacion?

Que tal el futuro de C# dentro de la estrategia de largo plazo de
Microsoft,
pregunto esto porque no quisiera pasar en un periodo corto de tiempo 5 a
7
años por otra transicion (cambio de lenguaje) como la que tengo q
enfrentar
ahora.

Agradezco cualquier comentario