¿Cuál es la mejor manera hoy en día para mantener el código de Clipper 5.3?

Question

¿Hay algún producto sucesor en DOS, Windows o Linux?

Answer 1

Existen bastantes compiladores de Clipper disponibles: Harbour, CLIP y xHarbour, por nombrar algunos de los gratuitos.

Answer 2

CA Visual Objects (VO) es el sucesor oficial, sin embargo, no espere solo volver a compilar su aplicación Clipper 5.3 en VO. Todo el código de la interfaz de pantalla deberá ser reescrito para una nueva IU.

Answer 3

He usado CLIP en Linux ... funcionó increíble. Tiene muchos extras que no encontrará en el estándar DOS CA-Clipper.

Answer 4

Todavía estoy haciendo la programación de mantenimiento de Clipper 5.3. De ninguna manera es un lenguaje inerte, y hay una comunidad de usuarios vibrante en las noticias: comp.lang.clipper (también accesible a través de Google Groups). Si usted se pasa a xHarbour, hay una fuerte presencia en las noticias: comp.lang.xharbour (ditto)

Answer 5

FlagShip es un buen apoyo, compilador Clipper estable que funciona en todas las versiones de Unix. Algunas cadenas minoristas importantes en los Estados Unidos todavía usan sistemas de punto de venta basados ​​en Clipper que han sido portados a FlagShip en Linux. Tiene algunas bonitas extensiones orientadas a objetos y una forma realmente fácil de ingresar al código C en línea cuando sea necesario.

Answer 6

Ni siquiera piense en usar FlagShip 6. Es increíblemente lento en comparación con el muy bonito FlagShip 4, pero debe usar FlagShip 6 en Linux si desea tener un servidor actualizado (glibc más reciente). ¡Harbour es sin duda el camino a seguir ahora!

Answer 7

¡No! ¡Esa es la mejor manera! Múdate a un lenguaje moderno (C#, VB.Net, Java, OO Cobol (!), Python o Ruby).

Me gusta C# y OO Cobol better (www.alchemysolutions.com, www.Veryant.com, www.microfocus.com, www.legacyj.com, www.cobol-it.com, www.ibm.com/ cobol).

Answer 8

Nunca lo he usado, pero entiendo que Vulcan.NET se creó para proporcionar una ruta de actualización de Clipper/xBase/Visual Objects a .NET Framework. Puede valer la pena mirar.

Answer 9

Sin duda, el camino a seguir es Harbour. No pierdas el tiempo con proyectos abandonados como CLIP o xHarbour.

Answer 10

xHabour, he encontrado, a veces funcionará en impresoras y otras no. Lo cual es bastante agravante. Entonces, ya no lo estoy usando mucho.

Tengo un nicho para el mantenimiento y la migración de las antiguas aplicaciones de Clipper y Foxpro. El mayor problema, especialmente en Clipper, son las bibliotecas de terceros. Dicho código no se compilará en los compiladores de Windows Clipper y no es habitual que una aplicación Clipper use varias de esas bibliotecas. Algunas veces el código ha sido portado a Windows, pero a menudo no lo ha sido.

Por cierto, no me sorprende cuando otra gran empresa llama, diciendo que tienen una aplicación de misión crítica que se ha estado ejecutando desde Clipper o FoxDOS en 1992 y puedo migrarla a Windows. Clipper es como COBOL.

Answer 11

Harbour es 99.99 por ciento compatible. También puede llamar a win DLL fácilmente. Estoy manteniendo de esa manera la adición de nuevas características con la escritura de nuevas DLL.