Cuando decidí migrar de clipper a un entorno de desarrollo para windows
considere algunas posibilidades, estas fueron:
http://www.harbour-project.org/ (gratis y multiplataforma)
En realidad el sistema no es un compilador, toma codigo fuente compatible
con las sintaxis xBase y 100% con clipper, y lo transforma en codigo c,
luego este codigo c es compilado por cualquier compilador de c disponible,
tiene versiones para OS/2 MSDOS Windows Linux, etc. es de codigo abierto y
totalmente gratis, pero tiene la gran desventaja que no esta totalmente
finalizado a pesar de que ya he visto aplicaciones comerciales desarrolladas
con el.
http://www.alaska-software.com/ (alaska xBase++) Compatible con la
sintaxis de clipper y realmente un compilador, es decir, genera codigo
objeto para luego enlazarlo y generar un ejecutable de 32bits estandar.
(seria mas dificil decompilar el sistema, hasta lo momento no conozco ningun
decompilador)
http://www.cavo.com/ (de la misma gente de clipper "cai"), al igual que el
anterior es realmente un compilador, y este genera codigo ejecutable 100% en
lenguaje maquina (segun el fabricante), en algunas pruebas resulto ser
inclusive mas rapido que codigo escrito en c, y por ultimo
visual foxpro (que mas se puede decir de VFP aca)
(por mencionar solamente los mas paracido en sintaxis a clipper (xBase) que
era el lenguaje que yo utilizaba
En realidad el factor que me hizo decidir seleccionar a VFP fue por cuestion
de Documentación, en aquel entonces fue muy dificil conseguir documentacion
en español ( y sigue siendo) de los demas entornos de desarrollo, y se
suponia que microsoft siendo la empresa mas grande de software me ofreceria
mayor respaldo que las demas, en estos momentos pareciera que no es asi, sin
embargo debo admitir que de estos cuatro entornos de desarrollo, el mas
completo me sigue pareciendo VFP, a pesar de que me parece que tiene la
curva de aprendizaje mas pequeña que los demas. La gran desventaja: el poco
interes que microsoft le presta al sistema.
Sin embargo veo con preocupación que pareciera cierta la necesidad de ir
evaluando alternativas de desarrollo ya que no se ve muy claro el futuro de
VFP en microsoft, es verdad que esto se viene comentando desde la version 6
y aca seguimos, pero recuerden tambien que "cuando el rio suena es porque
piedras trae".
Leer las respuestas