español - ¿Por qué un programador de Delphi usaría Lazarus como el IDE en lugar de usar el IDE de Delphi?
lazarus español (12)
Bueno, soy uno de esos que usa Lazarus IDE para escribir el código fuente de Delphi.
Me gusta mucho Delphi. Pero usar el editor de Delphi es realmente doloroso. He probado VIM, y siempre soñé con tener un IDE como Visual Studio: simple, limpio, y puedo dividir ventanas horizontales o verticales ...
Finalmente encontré el editor de Lazarus, mucho mejor que el de Delphi. Así que uso Lazarus write Delphi source, y RAD IDE solo para compilación y depuración.
He estado muy contento con Delphi IDE para programar en Delphi.
Pero escuché sobre el entorno de programación de Lazarus , y también escuché que algunos programadores de Delphi lo usan en lugar del Delphi IDE.
¿Cuáles son las ventajas que tiene Lazarus sobre Delphi IDE, y por qué lo haría, o debería un programador Delphi cambiar a él?
Las respuestas me dejan con más preguntas que antes. Parece que hay un desacuerdo sobre si Lazarus puede o no ser utilizado como editor en el desarrollo del código Delphi. Creo que pensé que podrías dejar todo en Delphi y simplemente cambiar IDEs. La sección Lazarus for Delphi Users de Lazarus Wiki dice:
Lo primero que debe hacer al convertir un proyecto Delphi
Después de abrir Lazarus, debe ir a Herramientas y luego Convertir Proyecto Delphi a Proyecto Lázaro. Esto no hará todo por ti, pero de todos modos te llevará una buena parte del camino. Tenga en cuenta que las herramientas de conversión de IDE de Lazarus generalmente son conversiones unidireccionales. Si necesita conservar la compatibilidad con Delphi para que pueda compilar su proyecto con Delphi y Lazarus, considere convertir sus archivos con XDev Toolkit .
Debido a que Lazarus es libre no es una razón para cambiar, pero no te penaliza en $ físicos por cambiar. (Aún tendrá que invertir su tiempo para convertir y aprender. Tiempo = $).
Mis conclusiones, tan claras como las de tus respuestas, sobre por qué alguien podría cambiar de Delphi a Lazarus: obviamente debe proporcionar algo que Delphi no puede ofrecer. Actualmente eso es soporte multiplataforma y posiblemente soporte de 64 bits. Delphi sí tenía Kylix al mismo tiempo, pero no Mac.
Pero con los dos y los de 64 bits prometidos pronto por Embarcadero, ha respondido a mi pregunta diciéndome que no hay ninguna razón (al menos para mí) para cambiar.
Bueno, un programador de Delphi no puede usar a Lazarus para escribir el código Delphi porque Lazarus no es Delphi. Lazarus es en realidad un IDE y un grupo de bibliotecas de clases Delphi-ish para Free Pascal. Pero tenga en cuenta que cosas como VCL de Delphi no están allí, y para ser franco, las experiencias de IDE y depuración en Lazarus son bastante irregulares, sin embargo, son gratuitas, por lo que eso cuenta mucho.
En resumen, Delphi <> Lazarus. Utilice Delphi si quiere un IDE excelente y depura la enorme compatibilidad con terceros y la asistencia técnica que tiene como objetivo MS Windows, además de que está dispuesto a pagar por ello. Utilice Lazarus (pascal gratuito) si quiere un IDE gratuito que admita múltiples plataformas y tenga una sintaxis Delphi-ish.
De acuerdo. Este es un hilo antiguo, pero podría ser útil con algunas actualizaciones. Dejé de usar Delphi, tal vez hace una década, en gran parte porque no tenía otra opción. Después de haber pasado más de 5 años trabajando como codificador de Delphi, ahora era estudiante nuevamente y los precios de Delphi eran simplemente escandalosos. El problema con Delphi nunca fue Delphi. Delphi era un sistema genio, pero Borland (y más tarde sus sucesores) malinterpretó por completo el cambiante mundo de la informática. Microsoft pudo ofrecer un entorno de programación, que se podía descargar de forma gratuita, y su entorno .NET era comparable con el VCL en todas las formas importantes, mientras tanto, incluso una versión básica de Delphi rompería su banco o no estaría disponible para los estudiantes. presupuestos El resultado final es que sin nuevos programadores de Delphi en línea, se convirtió en una propuesta arriesgada para que las empresas continúen utilizando. Finalmente, con el auge de Linux, Kylix resultó ser un desastre total de un entorno, sin utilizar las herramientas de interfaz de usuario disponibles y con un hedor sospechoso de vino que lo impregnaba, coronado con una actitud insultante hacia el software GPL que lo trataba como si fuera shareware. Finalmente, cuando Turbo Delphi salió a la luz muchos años después, no pudo utilizar los increíbles recursos disponibles en sitios como los sitios componentes de tories. Estaba claro que Borland no tenía ningún respeto por su ecosistema codificador.
Así que Lazarus pareció emerger de todo esto, tardando mucho tiempo en gestar y aparentemente apuntando a algún tipo de análogo de Delphi 4, considerado por muchos como uno de los más limpios y mejores en la línea Delphi. Cumplió con casi todo, su implementación de Object Pascal fue inmediata, y lo más importante fue que fue gratuita en todos los sentidos que importan a la fuente abierta.
Sin embargo, ha tenido una larga historia de bugginess e implementaciones incompletas de sus controles. Y esto fue un factor de ruptura para mí y para muchos otros.
Dicho esto, hace poco decidí descargarlo, por curiosidad, y descubrí que en realidad ha recorrido un largo camino. Los componentes de la base de datos simplemente funcionan, aunque es posible que deba seguir algunos tutoriales y buscar pistas para ponerlos en funcionamiento, y se ha avanzado mucho hacia los objetivos de compilación de iPhone y Android.
Todavía no estoy seguro de estar listo para implementar esto en ninguno de mis clientes comerciales, pero voy a intentarlo nuevamente con un proyecto personal para ponerlo a prueba, y si funciona, creo que Finalmente voy a volver a unirme a mi primer amor de programación, Pascal, y en un asunto que me permite usar mi Mac para hacer el trabajo pesado, a la vez que proporciono compilaciones de Windows y Linux.
Entonces, básicamente, aquí están los hechos sobre la comparación: - Lázaro y Delfos son entidades totalmente separadas. Lazarus NO es un compilador cruzado para Delphi, pero tiene cierto grado de compatibilidad. Es más como GCC vs MS C ++. Delphi es más pulido y probablemente más estable. Lazarus proporciona un entorno similar a Delphi 4 que los programadores de Delphi antiguos encontrarán muy cómodo. pero Lázaro puede ser temperamental a veces, y los programadores de Delphi necesitan entender que no todo en el último y más grande Delphis estará ahí para ellos. Delphi hace Windows, y lo hace muy bien (sí, sé que el nuevo tiene algunos objetivos de compilación cruzada, pero se dice en la calle que es un poco raro y necesita algo de tiempo en la cocina de embacardo antes de que realmente esté allí), mientras que Lazarus cumple con casi todo. La lista de objetivos actual es: Darwin, NetBSD, OpenBSD, FreeBSD, Linux, Solaris, Win32, Win64, WinCE go32v2 (creo que es MS-DOS con extensiones de 32 bits), OS2, Netware (!), BEOS, Haiku (? !), QNX, wdosx (?), Emx, netwlibc, Atari, Amiga, Palm-os, Gameboy advance, nds, MacOS, Morphos, además, hay soporte experimental para iOS y Android. Además de esto, la cosa puede usar conjuntos de widgets de QT, GTK, GTK2, Win32 / WIn64, Carbon, fpGUI (sin idea), Cocoa o ninguna GUI, con varios grados de transparencia de implementación.
¡Es una lista exhaustiva!
Así que Caveat Emptor. Recomiendo encarecidamente a los programadores de Delphi que descarguen esto y realicen algunos proyectos personales para familiarizarse con él, no a dimes del jefe, pero hay mucha profundidad y sustancia en Lazarus, y es potencialmente una herramienta vital en el cinturón para lidiar con la vida fuera de la cuna de Windows.
Además, dado que los nuevos maestros de Delphi todavía no aprendieron una cosa del @ @ $% ^ & * acerca de por qué Delphi cayó en desgracia (Sugerencia, haga que sea asequible o libre para que los aficionados y estudiantes aprendan y creen componentes personalizados), es realmente el único opción de presupuesto disponible. Si Embarcadero alguna vez se despierta, tal vez eso cambie. Hasta entonces, viva Lazarus.
La razón principal para mí: Delphi actualmente no puede compilar aplicaciones de 64 bits y, como tal, no puede ver, leer o escribir ciertas claves de registro.
Las dos razones principales para mí son
1) Soporte multiplataformas (Linux, Mac OS X, Windows)
2) El precio $ 0
Lazarus es multiplataforma y libre tanto en el habla como en la cerveza, mientras que Delphi no lo es. Lazarus utiliza un compilador diferente que compila un idioma 99% compatible con Delphi y proporciona una biblioteca de componentes visuales diferente , similar pero no compatible con VCL de Delphi.
No tengo muchas novedades para agregar, pero pensé que relataría mi experiencia de crossplatform. En cuanto a armar un bosquejo de aplicaciones multiplataforma con bastante rapidez, encuentro que Lázaro funciona muy bien. Recientemente he estado usando MonoDevelop, que hay mucho que recomendar, pero el stetic diseñador de interfaz gráfica de usuario no parece tan completo como el diseñador de la interfaz gráfica de usuario de Lazarus. ¿O es el kit de herramientas (GTK #) el que parece carecer de algunos bits? Antes de eso, he usado Qt / C ++ que también parecía funcionar bastante bien para el desarrollo de plataformas cruzadas, pero no estoy muy interesado en C ++, y el marco de señal / ranura de Qt es un poco curioso, pero funciona bien una vez que obtienes tu cabeza envuelta alrededor. En resumen, creo que RAD funciona, y la codificación con Lazarus es mayormente alegre, además, ¡qué nombre tan genial para un IDE!
Aclamaciones
Para mi :
- 64bit está vivo (Delphi ... sí puede ser, no y sí de nuevo, y finalmente no ...)
- Plataforma cruzada (Delphi no) Por cierto, todavía quedan muchas cosas por hacer, ¡pero funciona!
- FPC es un muy buen compilador
- La comunidad es genial y activa
Sí, Linux está instalado en el 70% de los servidores. Está impulsando Facebook, que tiene más de 400,000 usuarios. ¿Y me dices que use Windows? ¿Me dices que no use 64 bits?
Usaré a Lázaro. Hasta que Delphi se da cuenta.
Solo CodeTyphon / Lazarus / FreePascal es compatible con 4 servidores de CPU / sistema operativo (Win32, Win64, Linux32, Linux64) y 16 objetivos de CPU / sistema operativo (brazo-WinCE, brazo-Linux, brazo-integrado, brazo-gba, brazo-nds, i386 -Win32, i386-Linux, i386-FreeBSD, i386-Haiku, x86_64-Win64, x86_64-Linux, x86_64-FreeBSD, powerpc-Linux, powerpc64-Linux, sparc-Linux, sparc-Solaris). Más plataformas son compatibles con Lazarus / FreePascal, pero otras aún no están integradas en CodeTyphon. Un código para gobernarlos a todos ;-). CodeTyphon es un potente paquete de instalación de un clic para Delphi nativo multiplataforma como RAD / IDE basado en Lazarus / FreePascal que elimina la dolorosa configuración de plataforma cruzada. Puede comenzar a programar solo unos minutos después de la descarga, de modo que si multiplataforma, 64 bits o el precio son beneficios clave para usted, elija Lazarus sobre Delphi. Lazarus es altamente compatible con Delphi, y he convertido pocas aplicaciones sin muchos problemas. Es posible mantener el código que compila en ambos.
Tal vez estoy leyendo esto mal, pero pareces tener la impresión de que los IDEs son intercambiables. Eso no es correcto Lazarus está construido sobre el compilador de FPC y está ligado a él de la misma manera que Delphi está vinculado al compilador de DCC. Además, utilizan formatos de archivo de descripción de formulario diferentes. Delphi no puede leer LFM, y Lazarus puede intentar leer los DFM, pero no hace un trabajo particularmente bueno.
FPC / Lazarus es muy similar a Delphi, pero es un dialecto diferente de Object Pascal y sería un error pensar que son equivalentes.
Tengo un algoritmo de reconocimiento de sonido que se ejecuta en Delphi. Cuando mi superior me pidió que ejecutara WinCE, intenté con Lazarus. Pascal es Pascal. Lazarus es super. Lo he hecho.
Algoritmo está escrito en Pascal. Traté de convertir. C # era propenso a descompilarse y usaba una lógica diferente. Afortunadamente, encontré Free Pascal.
Lo tengo funcionando en WinCE en ARM. Gracias a todos los colaboradores de FPC.
editar: también lo estoy ejecutando en Linux.