C# y sistemas Windows

On Wed, 31 Oct 2007 06:12:47 -0400, "Heberto Villavicencio"
wrote:

Definitivamente conoces muy poco de fox...

Pero lo que acabo de escribir es cierto aunque sepa poco de Fox. Los
procesadores de registros primitivos están obsoletos desde hace mucho
tiempo.

Por ejemplo hace muchos años que Borland dejó de actualizar el suyo
(el BDE).


Saludos

El problema no es ese. De hecho, LINQ es una pobre imitacion de lo que
se puede hacer con VFP una vez tienes un cursor (o recordset, para los
que no son de VFP) cargado en memoria.

Las razones son simplemente estrategicas. M$ quiere meterle SQLServer
por los ojos a todo el mundo, y el hecho de que ellos mismos tuvieran
una opcion que permitiera crear aplicaciones de base de datos sin
necesitar SQL Server, no ayudaba en nada a eso. Por esta razon M$
simplemente NUNCA promociono el uso de VFP, ni publicamente ni en sus
eventos para desarrolladores. Cada vez que en evento aparecia una lista
de los lenguajes que eran compatibles con alguna nueva tecnologia de M$,
VFP no aparecia a pesar de que SI era compatible.

Como bien han comentado antes, M$ compro Fox para aprovechar la
tecnologia Rushmore y quitarse de paso un competidor fuerte en una arena
donde ellos querian entrar.

Adicionalmente esta el tema de .NET: M$ esta apostando TODO por .NET, y
VFP no estaba en esos planes. Asi que o bien se migraba VFP a VFP.NET o
se cancelaba, y esto ultimo fue lo que paso.

Victor Espina


Alfredo Novoa escribió:

Hola Víctor,

On Mon, 29 Oct 2007 10:19:53 -0500, "Víctor Rafael Bocanegra Arias"
wrote:

(si mal no recuerdo), que muchas veces se usaba como CLIENTE para recuperar
información de otras bases de datos, no necesariamente de los DBF ni de su
propia versio de base de datos de FOX.

Eso está muy bien.

El juego de instrucciones que tenia estaba orientado al manejo de datos, y
era en muchas veces mas FACIL realizar una consulta que construir una
atraves de ADO. Pero creo que con la aparición de LINQ y lo que esperan de
EL y la implementacion de esto en C# (un lenguaje abierto para realizar
cualquier tipo de aplicación) deja un poco sin piso a VISUAL FOX...

Si, esto tiene bastante sentido, pero creo que Fox ya andaba bastante
decaido antes de lo de LinQ


Saludos

Eso es porque, al igual que todos los ignorantes, hablas sobre lo que no
sabes.

Le das una mirada de 5 minutos a VFP y ya concluyes que es obsoleto?

Catalogar a VFP como un "organizador de registros" es como catalogar a
una computadora como una "maquina de escribir con pantalla".

VFP no solo es una base de datos u "procesador de registros" como tu lo
llamas. VFP es un COMPLETO y MODERNO entorno de programacion que PARA
NADA esta amarrado al uso de DBFs. De hecho, tan es asi, que yo llevo
AÑOS desarrollando aplicaciones multiusuario en VFP sin usar DBFs.

VFP es totalmente orientado a objetos, con herencia, poliformismo
encapsulamiento, etc. Y lo que es aun mejor y justamente lo hace tan
potente y poderos: tiene una INFINITA capacidad para ejecutar codigo
indirectamente:

* Macro-substitucion:
cPropiedad = "nombre"
objeto.nombre = "pepe"
?objeto..&cPropiedad --> "pepe"

cCursor="QCLIENTES"
cWhere="ventas > 100000"
cTarget="QVENTAS"
SELECT * FROM (cCursor) WHERE (cWhere) INTO CURSOR (cTaget)

* Ejecucion de codigo en runtime:
cCodigo = RTRIM(formula)
EXECSCRIPT(cCodigo)

* COMPILACION de codigo en runtime:
STRTOFILE(cCodigo,"TEST.PRG")
COMPILE TEST
DO TEST.FXP

* Una capacidad increible de personalizar todos los controles visuales,
sin necesidad de compilarlos como "user controls".

* Una velocidad de ejecucion impresionante, sobre todo en el
procesamiento de cadenas.


Lastima que estemos fisicamente tan separados, porque te retaria a estar
un dia conmigo y VFP... para que veas de lo que te has perdido por todos
estos años... :)

Y por cierto, si, aqui en Latinoamerica estamos mas "atrasados" que Uds
srs europeos... pero aqui no usamos VFP porque no conozcamos otra cosa;
lo usamos porque lo CONOCEMOS, que es mas de lo que tu puedes decir.

Saludos

Victor Espina
Punto Fijo, Venezuela


Alfredo Novoa escribió:

On Wed, 31 Oct 2007 06:12:47 -0400, "Heberto Villavicencio"
wrote:

Definitivamente conoces muy poco de fox...

Pero lo que acabo de escribir es cierto aunque sepa poco de Fox. Los
procesadores de registros primitivos están obsoletos desde hace mucho
tiempo.

Por ejemplo hace muchos años que Borland dejó de actualizar el suyo
(el BDE).


Saludos

No se porque me recuerda al ingeniero en softwares que tuvimos en algun
momento por el grupo de vfp. Saludos


"Victor Espina" wrote in message
news:

Eso es porque, al igual que todos los ignorantes, hablas sobre lo que no
sabes.

Le das una mirada de 5 minutos a VFP y ya concluyes que es obsoleto?

Catalogar a VFP como un "organizador de registros" es como catalogar a una
computadora como una "maquina de escribir con pantalla".

VFP no solo es una base de datos u "procesador de registros" como tu lo
llamas. VFP es un COMPLETO y MODERNO entorno de programacion que PARA NADA
esta amarrado al uso de DBFs. De hecho, tan es asi, que yo llevo AÑOS
desarrollando aplicaciones multiusuario en VFP sin usar DBFs.

VFP es totalmente orientado a objetos, con herencia, poliformismo
encapsulamiento, etc. Y lo que es aun mejor y justamente lo hace tan
potente y poderos: tiene una INFINITA capacidad para ejecutar codigo
indirectamente:

* Macro-substitucion:
cPropiedad = "nombre"
objeto.nombre = "pepe"
?objeto..&cPropiedad --> "pepe"

cCursor="QCLIENTES"
cWhere="ventas > 100000"
cTarget="QVENTAS"
SELECT * FROM (cCursor) WHERE (cWhere) INTO CURSOR (cTaget)

* Ejecucion de codigo en runtime:
cCodigo = RTRIM(formula)
EXECSCRIPT(cCodigo)

* COMPILACION de codigo en runtime:
STRTOFILE(cCodigo,"TEST.PRG")
COMPILE TEST
DO TEST.FXP

* Una capacidad increible de personalizar todos los controles visuales,
sin necesidad de compilarlos como "user controls".

* Una velocidad de ejecucion impresionante, sobre todo en el procesamiento
de cadenas.


Lastima que estemos fisicamente tan separados, porque te retaria a estar
un dia conmigo y VFP... para que veas de lo que te has perdido por todos
estos años... :)

Y por cierto, si, aqui en Latinoamerica estamos mas "atrasados" que Uds
srs europeos... pero aqui no usamos VFP porque no conozcamos otra cosa; lo
usamos porque lo CONOCEMOS, que es mas de lo que tu puedes decir.

Saludos

Victor Espina
Punto Fijo, Venezuela


Alfredo Novoa escribió:

On Wed, 31 Oct 2007 06:12:47 -0400, "Heberto Villavicencio"
wrote:

Definitivamente conoces muy poco de fox...

Pero lo que acabo de escribir es cierto aunque sepa poco de Fox. Los
procesadores de registros primitivos están obsoletos desde hace mucho
tiempo.

Por ejemplo hace muchos años que Borland dejó de actualizar el suyo
(el BDE). Saludos

Fijate que Ese señor es asiduo al foro de Delphi! Casualidad??

"Heberto Villavicencio" escribió en el mensaje
news:

No se porque me recuerda al ingeniero en softwares que tuvimos en algun
momento por el grupo de vfp. Saludos


"Victor Espina" wrote in message
news:

Eso es porque, al igual que todos los ignorantes, hablas sobre lo que no
sabes.

Le das una mirada de 5 minutos a VFP y ya concluyes que es obsoleto?

Catalogar a VFP como un "organizador de registros" es como catalogar a
una computadora como una "maquina de escribir con pantalla".

VFP no solo es una base de datos u "procesador de registros" como tu lo
llamas. VFP es un COMPLETO y MODERNO entorno de programacion que PARA
NADA esta amarrado al uso de DBFs. De hecho, tan es asi, que yo llevo
AÑOS desarrollando aplicaciones multiusuario en VFP sin usar DBFs.

VFP es totalmente orientado a objetos, con herencia, poliformismo
encapsulamiento, etc. Y lo que es aun mejor y justamente lo hace tan
potente y poderos: tiene una INFINITA capacidad para ejecutar codigo
indirectamente:

* Macro-substitucion:
cPropiedad = "nombre"
objeto.nombre = "pepe"
?objeto..&cPropiedad --> "pepe"

cCursor="QCLIENTES"
cWhere="ventas > 100000"
cTarget="QVENTAS"
SELECT * FROM (cCursor) WHERE (cWhere) INTO CURSOR (cTaget)

* Ejecucion de codigo en runtime:
cCodigo = RTRIM(formula)
EXECSCRIPT(cCodigo)

* COMPILACION de codigo en runtime:
STRTOFILE(cCodigo,"TEST.PRG")
COMPILE TEST
DO TEST.FXP

* Una capacidad increible de personalizar todos los controles visuales,
sin necesidad de compilarlos como "user controls".

* Una velocidad de ejecucion impresionante, sobre todo en el
procesamiento de cadenas.


Lastima que estemos fisicamente tan separados, porque te retaria a estar
un dia conmigo y VFP... para que veas de lo que te has perdido por todos
estos años... :)

Y por cierto, si, aqui en Latinoamerica estamos mas "atrasados" que Uds
srs europeos... pero aqui no usamos VFP porque no conozcamos otra cosa;
lo usamos porque lo CONOCEMOS, que es mas de lo que tu puedes decir.

Saludos

Victor Espina
Punto Fijo, Venezuela


Alfredo Novoa escribió:

On Wed, 31 Oct 2007 06:12:47 -0400, "Heberto Villavicencio"
wrote:

Definitivamente conoces muy poco de fox...

Pero lo que acabo de escribir es cierto aunque sepa poco de Fox. Los
procesadores de registros primitivos están obsoletos desde hace mucho
tiempo.

Por ejemplo hace muchos años que Borland dejó de actualizar el suyo
(el BDE). Saludos