técnicas del c# comparadas con VFP

Eso es así. .NET genera una cantidad bárbara de código (muchisimas lineas
hasta para un dataset con una tablita con dos campos) que si uno lo ve
incluye muchas cosas genéricas no específicas. El resultado es un overhead,
eso es parte del problema de lentitud de que se ha estado hablando.
Yo muchas veces, no siempre, prefiero hacer algunas cosas de forma manual
precisamente para evitar en parte ese codigo excesivo.

Saludos

Rafael


"principiante" escribió en el mensaje
news:ej3m7zk%

OK, parece que ya nos vamos entendiendo. Pero y la pregunta que se hizo
parece que no tiene respuesta todavía. Alguien conoce alguna
herramienta,
librería o truco que haga que C# maneje sus datasets o datareaders o lo
que
sea de una manera rápida y ágil como lo hace VFP con sus cursores?

Eso es muy dificil porque los datasets (tipados) generan un monton de
codigo auto-generado que generan un algo overhead.

Por lo que veo hay una 'invasion' de foxeros y ex-foxeros por aqui :)

Saludos

Rafael


"Cholo Lennon" escribió en el mensaje
news:%23cGKzrm%

No he probado la versión para .Net de esta biblioteca pero siempre he
tenido buenas referencias de la versión nativa para C++

OleDbProNet
http://www.udaparts.com/products.htm

Podrías probarla y contarnos los resultados :-)
Dificilmente supere a VFP ya que este tiene un motor nativo y sin capas
intermedias, pero quizás sea un gran avance en velocidad sobre Ado.Net.

Salu2

Cholo Lennon
Bs.As.
ARG

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

OK, parece que ya nos vamos entendiendo. Pero y la pregunta que se hizo
parece que no tiene respuesta todavía. Alguien conoce alguna
herramienta,
librería o truco que haga que C# maneje sus datasets o datareaders o lo
que
sea de una manera rápida y ágil como lo hace VFP con sus cursores?
La verdad eso es lo que realmente me interesa. Gracias a todos por su
ayuda
y reciban un saludo.
José Camacho Vaca
Colima, MX


"principiante" wrote:

En mi caso ni te voy a hablar de la velocidad de las tablas locales de
VFP.
Mira, yo uso VFP9 con SQL Server usando ODBC y la tecnica llamada SQL
Pass
Through donde uno le pasa las instrucciones al servidor como una cadena
con
una simple instrucción: SQLEXEC(). De la velocidad te puedo decir que
es lo
más rápido, simple y estable que he visto en mi vida. Tengo sistemas
funcionando asi desde el 2005 y a veces hasta 'me aburre' su estabilidad
y
gran rendimiento ;-) Sencillamente los problemas que me ha dado han
sido
los pequeños tipicos errores de programación que a todos nos pasan.
Algunos
dicen ODBC es obsoleto pero no es que lo sea sino que no tiene nada que
actualizar y siempre seguirá usandose, de hecho se usa en muchas mas
cosas
de lo que pensamos.

Pero tambien lo he usado con OleDB y aunque es un poquito mas lento que
con
ODBC, en ambos casos la velocidad que he visto es mas rápida (se nota)
que
C# y su ADO.NET, con el cual se ha estado comparando aquí. Tambien
sobre el
lenguaje mismo en el lado del cliente, VFP aunque es un lenguaje
'dinamico'
es sorprendente rápido. Estoy de acuerdo con quien dice que si me van a
forzar a un lenguaje fuertemente tipeado pues es de esperarse que su
rendimiento lo justifique. En C#, lamentablemente no es el caso ya que
en
su velocidad no se nota la ventaja de ser fuertemente tipado. Por
supuesto
que no digo que no haya otras ventajas, ya que la hay.

Las razones de porque VFP destaca por su rapidez? nadie las sabe
explicar pero VFP desde hace tiempo siempre ha sido famoso por su
velocidad, no solo con sus bases nativas sino tambien en ambiente de
cliente/servidor como se ha demostrado.

Eso es en cuanto al tema de manejo de datos, el cual siempre ha sido la
especializacion de VFP porque en otros temas C# y .NET son superiores
sin
ninguna duda. Pero comparar la sintaxis es algo engorroso por el mismo
hecho de que uno es tipeado y el otro no.

Y si muchos de VFP (y de Delphi tambien como es mi caso) andamos en el
mundo
de .NET no es solo porque queramos sino, para quienes no lo saben,
porque
VFP va a desaparacer despues de la version actual. Asi lo quiso
Microsoft a
pesar de las protestas de la comunidad. En cuanto a Delphi tambien va
poco
a poco en declive. De nuevo MicroSoft nos impone el rumbo :(
De algo similar se hablaba en otro hilo.


José TH

Si bien he programado muchisimos años en toda clase de variante xBase, mi
lenguaje base es C/C++ :-)

Salu2


Cholo Lennon
Bs.As.
ARG


"Rafael" wrote in message
news:#QvB53q#

Por lo que veo hay una 'invasion' de foxeros y ex-foxeros por aqui :)

Saludos

Rafael


"Cholo Lennon" escribió en el mensaje
news:%23cGKzrm%
> No he probado la versión para .Net de esta biblioteca pero siempre he
> tenido buenas referencias de la versión nativa para C++
>
> OleDbProNet
> http://www.udaparts.com/products.htm
>
> Podrías probarla y contarnos los resultados :-)
> Dificilmente supere a VFP ya que este tiene un motor nativo y sin capas
> intermedias, pero quizás sea un gran avance en velocidad sobre Ado.Net.
>
> Salu2
>
> Cholo Lennon
> Bs.As.
> ARG
>
> "Jose Camacho Vaca" escribió
> en el mensaje news:
>> OK, parece que ya nos vamos entendiendo. Pero y la pregunta que se hizo
>> parece que no tiene respuesta todavía. Alguien conoce alguna
>> herramienta,
>> librería o truco que haga que C# maneje sus datasets o datareaders o lo
>> que
>> sea de una manera rápida y ágil como lo hace VFP con sus cursores?
>> La verdad eso es lo que realmente me interesa. Gracias a todos por su
>> ayuda
>> y reciban un saludo.
>> José Camacho Vaca
>> Colima, MX
>>
>>
>> "principiante" wrote:
>>
>>> En mi caso ni te voy a hablar de la velocidad de las tablas locales de
>>> VFP.
>>> Mira, yo uso VFP9 con SQL Server usando ODBC y la tecnica llamada SQL
>>> Pass
>>> Through donde uno le pasa las instrucciones al servidor como una cadena
>>> con
>>> una simple instrucción: SQLEXEC(). De la velocidad te puedo decir que
>>> es lo
>>> más rápido, simple y estable que he visto en mi vida. Tengo sistemas
>>> funcionando asi desde el 2005 y a veces hasta 'me aburre' su estabilidad
>>> y
>>> gran rendimiento ;-) Sencillamente los problemas que me ha dado han
>>> sido
>>> los pequeños tipicos errores de programación que a todos nos pasan.
>>> Algunos
>>> dicen ODBC es obsoleto pero no es que lo sea sino que no tiene nada que
>>> actualizar y siempre seguirá usandose, de hecho se usa en muchas mas
>>> cosas
>>> de lo que pensamos.
>>>
>>> Pero tambien lo he usado con OleDB y aunque es un poquito mas lento que
>>> con
>>> ODBC, en ambos casos la velocidad que he visto es mas rápida (se nota)
>>> que
>>> C# y su ADO.NET, con el cual se ha estado comparando aquí. Tambien
>>> sobre el
>>> lenguaje mismo en el lado del cliente, VFP aunque es un lenguaje
>>> 'dinamico'
>>> es sorprendente rápido. Estoy de acuerdo con quien dice que si me van a
>>> forzar a un lenguaje fuertemente tipeado pues es de esperarse que su
>>> rendimiento lo justifique. En C#, lamentablemente no es el caso ya que
>>> en
>>> su velocidad no se nota la ventaja de ser fuertemente tipado. Por
>>> supuesto
>>> que no digo que no haya otras ventajas, ya que la hay.
>>>
>>> Las razones de porque VFP destaca por su rapidez? nadie las sabe
>>> explicar pero VFP desde hace tiempo siempre ha sido famoso por su
>>> velocidad, no solo con sus bases nativas sino tambien en ambiente de
>>> cliente/servidor como se ha demostrado.
>>>
>>> Eso es en cuanto al tema de manejo de datos, el cual siempre ha sido la
>>> especializacion de VFP porque en otros temas C# y .NET son superiores
>>> sin
>>> ninguna duda. Pero comparar la sintaxis es algo engorroso por el mismo
>>> hecho de que uno es tipeado y el otro no.
>>>
>>> Y si muchos de VFP (y de Delphi tambien como es mi caso) andamos en el
>>> mundo
>>> de .NET no es solo porque queramos sino, para quienes no lo saben,
>>> porque
>>> VFP va a desaparacer despues de la version actual. Asi lo quiso
>>> Microsoft a
>>> pesar de las protestas de la comunidad. En cuanto a Delphi tambien va
>>> poco
>>> a poco en declive. De nuevo MicroSoft nos impone el rumbo :(
>>> De algo similar se hablaba en otro hilo.
>>>
>>>
>>> José TH
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>
>

C/C++ !! Uffff como le gusta pasar trabajo!.
Que tipo de aplicaciones hace usted?

JL



"Cholo Lennon" wrote in message
news:eLO29qr%

Si bien he programado muchisimos años en toda clase de variante xBase, mi
lenguaje base es C/C++ :-)

Salu2


Cholo Lennon
Bs.As.
ARG


"Rafael" wrote in message
news:#QvB53q#

Por lo que veo hay una 'invasion' de foxeros y ex-foxeros por aqui :)

Saludos

Rafael


"Cholo Lennon" escribió en el mensaje
news:%23cGKzrm%
> No he probado la versión para .Net de esta biblioteca pero siempre he
> tenido buenas referencias de la versión nativa para C++
>
> OleDbProNet
> http://www.udaparts.com/products.htm
>
> Podrías probarla y contarnos los resultados :-)
> Dificilmente supere a VFP ya que este tiene un motor nativo y sin capas
> intermedias, pero quizás sea un gran avance en velocidad sobre Ado.Net.
>
> Salu2
>
> Cholo Lennon
> Bs.As.
> ARG
>
> "Jose Camacho Vaca"
> escribió
> en el mensaje
> news:
>> OK, parece que ya nos vamos entendiendo. Pero y la pregunta que se
>> hizo
>> parece que no tiene respuesta todavía. Alguien conoce alguna
>> herramienta,
>> librería o truco que haga que C# maneje sus datasets o datareaders o
>> lo
>> que
>> sea de una manera rápida y ágil como lo hace VFP con sus cursores?
>> La verdad eso es lo que realmente me interesa. Gracias a todos por su
>> ayuda
>> y reciban un saludo.
>> José Camacho Vaca
>> Colima, MX
>>
>>
>> "principiante" wrote:
>>
>>> En mi caso ni te voy a hablar de la velocidad de las tablas locales
>>> de
>>> VFP.
>>> Mira, yo uso VFP9 con SQL Server usando ODBC y la tecnica llamada SQL
>>> Pass
>>> Through donde uno le pasa las instrucciones al servidor como una
>>> cadena
>>> con
>>> una simple instrucción: SQLEXEC(). De la velocidad te puedo decir
>>> que
>>> es lo
>>> más rápido, simple y estable que he visto en mi vida. Tengo sistemas
>>> funcionando asi desde el 2005 y a veces hasta 'me aburre' su
>>> estabilidad
>>> y
>>> gran rendimiento ;-) Sencillamente los problemas que me ha dado han
>>> sido
>>> los pequeños tipicos errores de programación que a todos nos pasan.
>>> Algunos
>>> dicen ODBC es obsoleto pero no es que lo sea sino que no tiene nada
>>> que
>>> actualizar y siempre seguirá usandose, de hecho se usa en muchas mas
>>> cosas
>>> de lo que pensamos.
>>>
>>> Pero tambien lo he usado con OleDB y aunque es un poquito mas lento
>>> que
>>> con
>>> ODBC, en ambos casos la velocidad que he visto es mas rápida (se
>>> nota)
>>> que
>>> C# y su ADO.NET, con el cual se ha estado comparando aquí. Tambien
>>> sobre el
>>> lenguaje mismo en el lado del cliente, VFP aunque es un lenguaje
>>> 'dinamico'
>>> es sorprendente rápido. Estoy de acuerdo con quien dice que si me
>>> van a
>>> forzar a un lenguaje fuertemente tipeado pues es de esperarse que su
>>> rendimiento lo justifique. En C#, lamentablemente no es el caso ya
>>> que
>>> en
>>> su velocidad no se nota la ventaja de ser fuertemente tipado. Por
>>> supuesto
>>> que no digo que no haya otras ventajas, ya que la hay.
>>>
>>> Las razones de porque VFP destaca por su rapidez? nadie las sabe
>>> explicar pero VFP desde hace tiempo siempre ha sido famoso por su
>>> velocidad, no solo con sus bases nativas sino tambien en ambiente de
>>> cliente/servidor como se ha demostrado.
>>>
>>> Eso es en cuanto al tema de manejo de datos, el cual siempre ha sido
>>> la
>>> especializacion de VFP porque en otros temas C# y .NET son superiores
>>> sin
>>> ninguna duda. Pero comparar la sintaxis es algo engorroso por el
>>> mismo
>>> hecho de que uno es tipeado y el otro no.
>>>
>>> Y si muchos de VFP (y de Delphi tambien como es mi caso) andamos en
>>> el
>>> mundo
>>> de .NET no es solo porque queramos sino, para quienes no lo saben,
>>> porque
>>> VFP va a desaparacer despues de la version actual. Asi lo quiso
>>> Microsoft a
>>> pesar de las protestas de la comunidad. En cuanto a Delphi tambien
>>> va
>>> poco
>>> a poco en declive. De nuevo MicroSoft nos impone el rumbo :(
>>> De algo similar se hablaba en otro hilo.
>>>
>>>
>>> José TH
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>
>

Si se sabe bien el lenguaje, es decir de manera moderna, y no como todavía
se enseña en muchísimos lugares, C++ es tan productivo como cualquier otro.
Además posee un nivel de abstracción superior a la mayoría ya que permite
múltiples paradigmas de programación. Para mi es un 'placer' programar en
C++ y para nada trabajoso :-) eso si, no voy a discutir que formar un
programador productivo en C++ lleva mucho más tiempo que en Java o C#.

Por cierto... trabajo en una empresa de telecomunicaciones. El core de las
aplicaciones (distribuidas la gran mayoría) se hace en C++. La capa de
interacción con el usuario se desarrolla en Java y/o C#; más no puedo decir
;-)

Salu2

Cholo Lennon
Bs.As.
ARG

"Jose Luis" <x> escribió en el mensaje
news:uhPqrzw%

C/C++ !! Uffff como le gusta pasar trabajo!.
Que tipo de aplicaciones hace usted?

JL



"Cholo Lennon" wrote in message
news:eLO29qr%

Si bien he programado muchisimos años en toda clase de variante xBase, mi
lenguaje base es C/C++ :-)

Salu2


Cholo Lennon
Bs.As.
ARG


"Rafael" wrote in message
news:#QvB53q#

Por lo que veo hay una 'invasion' de foxeros y ex-foxeros por aqui :)

Saludos

Rafael


"Cholo Lennon" escribió en el mensaje
news:%23cGKzrm%
> No he probado la versión para .Net de esta biblioteca pero siempre he
> tenido buenas referencias de la versión nativa para C++
>
> OleDbProNet
> http://www.udaparts.com/products.htm
>
> Podrías probarla y contarnos los resultados :-)
> Dificilmente supere a VFP ya que este tiene un motor nativo y sin
> capas
> intermedias, pero quizás sea un gran avance en velocidad sobre
> Ado.Net.
>
> Salu2
>
> Cholo Lennon
> Bs.As.
> ARG
>
> "Jose Camacho Vaca"
> escribió
> en el mensaje
> news:
>> OK, parece que ya nos vamos entendiendo. Pero y la pregunta que se
>> hizo
>> parece que no tiene respuesta todavía. Alguien conoce alguna
>> herramienta,
>> librería o truco que haga que C# maneje sus datasets o datareaders o
>> lo
>> que
>> sea de una manera rápida y ágil como lo hace VFP con sus cursores?
>> La verdad eso es lo que realmente me interesa. Gracias a todos por
>> su
>> ayuda
>> y reciban un saludo.
>> José Camacho Vaca
>> Colima, MX
>>
>>
>> "principiante" wrote:
>>
>>> En mi caso ni te voy a hablar de la velocidad de las tablas locales
>>> de
>>> VFP.
>>> Mira, yo uso VFP9 con SQL Server usando ODBC y la tecnica llamada
>>> SQL
>>> Pass
>>> Through donde uno le pasa las instrucciones al servidor como una
>>> cadena
>>> con
>>> una simple instrucción: SQLEXEC(). De la velocidad te puedo decir
>>> que
>>> es lo
>>> más rápido, simple y estable que he visto en mi vida. Tengo
>>> sistemas
>>> funcionando asi desde el 2005 y a veces hasta 'me aburre' su
>>> estabilidad
>>> y
>>> gran rendimiento ;-) Sencillamente los problemas que me ha dado han
>>> sido
>>> los pequeños tipicos errores de programación que a todos nos pasan.
>>> Algunos
>>> dicen ODBC es obsoleto pero no es que lo sea sino que no tiene nada
>>> que
>>> actualizar y siempre seguirá usandose, de hecho se usa en muchas mas
>>> cosas
>>> de lo que pensamos.
>>>
>>> Pero tambien lo he usado con OleDB y aunque es un poquito mas lento
>>> que
>>> con
>>> ODBC, en ambos casos la velocidad que he visto es mas rápida (se
>>> nota)
>>> que
>>> C# y su ADO.NET, con el cual se ha estado comparando aquí. Tambien
>>> sobre el
>>> lenguaje mismo en el lado del cliente, VFP aunque es un lenguaje
>>> 'dinamico'
>>> es sorprendente rápido. Estoy de acuerdo con quien dice que si me
>>> van a
>>> forzar a un lenguaje fuertemente tipeado pues es de esperarse que su
>>> rendimiento lo justifique. En C#, lamentablemente no es el caso ya
>>> que
>>> en
>>> su velocidad no se nota la ventaja de ser fuertemente tipado. Por
>>> supuesto
>>> que no digo que no haya otras ventajas, ya que la hay.
>>>
>>> Las razones de porque VFP destaca por su rapidez? nadie las sabe
>>> explicar pero VFP desde hace tiempo siempre ha sido famoso por
>>> su
>>> velocidad, no solo con sus bases nativas sino tambien en ambiente de
>>> cliente/servidor como se ha demostrado.
>>>
>>> Eso es en cuanto al tema de manejo de datos, el cual siempre ha sido
>>> la
>>> especializacion de VFP porque en otros temas C# y .NET son
>>> superiores
>>> sin
>>> ninguna duda. Pero comparar la sintaxis es algo engorroso por el
>>> mismo
>>> hecho de que uno es tipeado y el otro no.
>>>
>>> Y si muchos de VFP (y de Delphi tambien como es mi caso) andamos en
>>> el
>>> mundo
>>> de .NET no es solo porque queramos sino, para quienes no lo saben,
>>> porque
>>> VFP va a desaparacer despues de la version actual. Asi lo quiso
>>> Microsoft a
>>> pesar de las protestas de la comunidad. En cuanto a Delphi tambien
>>> va
>>> poco
>>> a poco en declive. De nuevo MicroSoft nos impone el rumbo :(
>>> De algo similar se hablaba en otro hilo.
>>>
>>>
>>> José TH
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>
>