Últimos mensajes - Powered by IBM

Palabras claves

C# para proyectos de manejo de datos?

24/03/2007 - 03:17 por Heberto Villavicencio | Informe spam

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

Siga el debate

25 respuestas

Tengo una respuesta

Preguntas similare

Manejo de C# para principiantes.

Leer las respuestas

#11 Alfredo Novoa

26/03/2007 - 12:00 | Informe spam

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

Responder a este mensaje

#12 Heberto Villavicencio

26/03/2007 - 16:41 | Informe spam

Despues de ver todo esto sobre LINQ, pienso, que ganas con la gente de
microsoft de complicarnos la vida a los foxeros.

"Alfredo Novoa" escribió en el mensaje
news:

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

Responder a este mensaje

#13 Alfredo Novoa

26/03/2007 - 17:11 | Informe spam

On Mon, 26 Mar 2007 10:41:14 -0400, "Heberto Villavicencio"
wrote:

Despues de ver todo esto sobre LINQ, pienso, que ganas con la gente de
microsoft de complicarnos la vida a los foxeros.

Bueno, la verdad es que LINQ va a facilitar bastante la vida a los
cesharperos y visualbasiqueros, pero se echa mucho de menos la mano de
un profesional de las bases de datos.

Saludos
Alfredo

Responder a este mensaje

#14 Victor E. Diaz

26/03/2007 - 18:07 | Informe spam

Rafael

Eso de manejar datos le falta todos los lenguajes de .NET y los otros que
conozco, el projecto LinQ esta tratando de que en la proxima version se
puedan hacer llamadas a la base de datos desde el mismo IDE de VS, algo asi
como select * from customer use customer
browse

Y que el intellisense nos avise si el codigo esta mal escrito, esto se
parecerá a VFP y los programadores de DBs se adaptaran mas rapido que los
que nunca conocieron VFP.

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

Saludos y respetos,

P.D. (Hay mas foxeros de los que pense aqui!) me da mas confianza

"Rafael" escribió en el mensaje
news:

"Heberto Villavicencio" escribió en el mensaje
news:

Ese es el detalle recuerdo en mi epoca de pascal, cuando descubri
clipper, era evidente con quien tenia que programar para realizar mis
aplicaciones de manejo de datos ahora microsoft nos esta obligando a
abandonar visual foxpro y no nos esta dando una alternativa que ofresca
la misma productividad que foxpro para este tipo de aplicaciones. Aunque
en foxpro tambien podia quemar un DVD quizas no tan profesional como en
C#, pero podia examinar una tabla con dos instrucciones nada mas (en su
forma mas simple)

Por otro lado debo reconocer que el ide de visual studio es espectacular,
me da un aire a turbo pascal y turbo c, pero bueno hay que ir
evolucionando y estoy apostando a que el siguiente paso seria c#. Gracias
por sus comentarios

.NET es muy bueno para muchisimas cosas al ser una plataforma de uso
general pero en materia de bases de datos, es un trago amargo para los
foxeros ya que a .NET le falta lo que le sobra a VFP9 y es la sencillez y
facilidad para manejar datos sin importar su fuente. VFP esta
especializado para eso.

Como muchos foxeros hemos estado diciendo, como el soporte de VFP9 es
hasta el 2015, no hay urgencia en dejar de inmediato a VFP aunque vayamos
aprendiendo .NET. Pero es bueno que sepas que la proxima version de .NET
que se espera para finales de año sí que traerá mejoras notables para el
manejo de datos con aquello del LinQ to SQL. Yo por mi parte, aunque ya
conozco muchas cosas de C# y VB.NET, esperaré a la proxima version de .NET
para pensar seriamente en producir aplicaciones en C# paralelamente a las
de VFP.
Si quieres puedes bajar su CTP para que lo vayas viendo y no te compliques
tanto con la version actual a menos que uses un ORM.
Los sistemas de bases de datos con C# son super complicados en comparacion
con la facilidad y el "alto nivel" a que estamos acostumbrados con VFP9.
Te lo digo por experiencia.

Regards
Rafael

Responder a este mensaje

#15 Rafael

26/03/2007 - 21:31 | Informe spam

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.

Responder a este mensaje

Ads by Google

Hacer una preguntaSiguiente

Tengo una respuesta

1 2 3 4 5

Busqueda sugerida