Bueno, creo que DBASE 100% VFP no es pero se asemeja bastante, DBASE permite acceso a datos remotos a través de ADO y ODBC, es una herramienta RAD, el mayor inconveniente que le veo para nosotros es que toda la bibliografía y fórum que tiene esta en ingles.
La opción XAILER parece tener mas documentación hispana pues los desarrolladores creo son españoles.
Yo todavía estoy durmiendo con el zorro y creo que me queda unos años mas. Resolví buscar algo que me permita hacer alguna cosa ligera en Web para complementar los desarrollos y proyectos y punto, por ahora seguimos con la raposa.
Saludos,
Alfonso
Hoy por hoy para mi VFP es superior a DBASE, pero todo este ajetreo se formo porque la “rueda de la historia no perdona y nos aplasta”, siempre paramos en el tema de los 64 bit que como dije en realidad ahora eso no significa mucho pero pienso dentro de unos años, 5 ó 10 tal vez mas va pesar, de aquí a allá pienso yo ya este retirado de la informática o me quede poco. La humanidad siempre tiene pre-disposición por asumir lo nuevo, lo novedoso mas siempre hay muchos conservadores como yo aunque eso no signifique que no reconozca que el VFP si no hay un “milagro” no muera, de lo que si estoy seguro es que cualquier cambio lleva sacrificio de nuestra parte.
Repito, para nosotros, seguro estoy que hoy por hoy VFP le da palo a DBASE, XAILER y otros sin restarle importancia a los demás lenguajes de programación, simplemente porque ese es el que usamos y conocemos, es nuestra palanca, como dijera Arquimides “denme una palanca y moveré el mundo”, ese es el zorro.
Saludos,
Alfonso
Estoy totalmente de acuerdo con lo que se ha comentado aquí:
Ya es muy difícil ir a una gran empresa y colocarle una aplicación en FoxPro, tendría que ser algo muy concreto y específico que no pudieran resolver de otra forma.
La migración a Web es imparable, en gran parte porque antes vendías una licencia a alguien y ya no cobrabas más, ahora con el modelo Web te tienen que pagar todos los meses, como te dejen de pagar les cortas el servicio ¿mejor para el cliente? Yo creo que en gran parte de los casos no es así pero ya se han encargado las grandes compañías de venderles muy bien la moto de la migración a Web.
Siempre he estado en empresas grandes, he contratado durante muchos años el soporte premier de Microsoft, el más caro, y es totalmente cierto lo que han comentado los compañeros, si ahora pides soporte y dices que tienes una aplicación en FoxPro directamente hacen como Poncio Pilatos y se lavan las manos, otra cosa es la calidad o no del servicio que ha dado Microsoft sobre Fox, realmente muy mala, como anécdota comentaros que hace unos años nos propusieron a Pablo Roca y a mi mismo ser soporte del producto en España.
¿Esta muerto fox? No, en absoluto, yo mismo vendo ahora desarrollos en esa plataforma, pero es evidente que hay que hacerse ya a la idea de ir migrando todo a otra cosa, por lo pronto hace tiempo que modifiqué todos los análisis para que pudiera portar mis aplicaciones a otro lenguaje, poco a poco estoy migrando mi Framework a C# para, en un futuro, ya completar totalmente mis desarrollos en esa plataforma.
En fin, creo que se han equivocado, absolutamente, pero llorando no se soluciona nada, hay mirar hacia delante y seguir trabajando, que le vamos a hacer.
Un abrazo a todos.
Pepe Llopis
Por si te sirve de idea.
Yo tengo un sistema híbrido, parte corre en PC y otra en Web, la parte PC es VFP y la parte Web está hecha también con VFP + WebConnection, los clientes acceden mediante el chirimbolo que quieran a una aplicación Web que maneja datos VFP.
Por supuesto hay otras alternativas, no digo que esta sea la mejor ni la peor, es simplemente la que yo uso, y a mi me funciona muy bien.
Pepe Llopis
...
Lo que tengo es un software para el sector inmobiliario, en principio aquí al menos las pequeñas agencias inmobiliarias tienen alrededor de 300 inmuebles de media ¿para que voy a poner un motor de base de datos?
Lo que hice fue montar un Framework basado en Cursor adapter, los genero a partir de unas tablas de configuración en los que defino donde están los datos, de esta forma la aplicación es transparente a donde se almacena la información. Por supuesto esto es la teoria y en la realidad tienes el problema de que hay cosas que funcionan muy bien con DBF y mal, o directamente no van con un motor de base de datos, lo que implica pruebas, por supuesto, de esta forma tengo clientes con DBF y otros con SQL Server.
Tengo también un diccionario de datos en el que figura el modelo de campos, para crear los cursor adapter’s. Ya se que mucha gente dice que son lentos pero para el sector donde me muevo da igual, no es importante un segundo más o menos ( J no se lo digáis a los clientes).
En resumen, lo que tengo es un sistema con un cliente pesado, el programa VFP, conectado a unos datos, ya sean DBF’s o no, y una aplicación en Web Connection que trabaja sobre la misma información.
Una cosa la programación para Web es diferente a como se programa una aplicación de escritorio, uses lo que uses, eso hay que tenerlo claro, y hay que reinventarse como dicen ahora y aprender una cosa nueva, lo que yo tengo es páginas Web que se muestran en un dispositivo móvil, ahí puedes o bien utilizar un modelo “responsive”, es decir que se adapte al formato del dispositivo en el que estás viéndola, o bien detectarlo y mostrar un contenido diferente según el chirimbolo que tenga el cliente.
Como en Web Connection todo al final son clases Fox, lo que hago es con las cabeceras http (user-agent) determinar el tipo de dispositivo y “montar” la página tomando las clases que toquen para después enviársela al cliente para que la vea.
Esto es lo que yo hago, insisto que hay muchas otras posibilidades, Web connection es prácticamente una librería encima de Fox, no un producto independiente y por eso me gustó, además de que el precio es razonable (no digo barato, ojo). Además tengo un servidor Web con Windows Server 2008 R2 y funciona perfectamente ahí.