Apreciacion de Code Typhon

[kapcomx]

y cual es la conclusión aqui, el ide code typhon, es bueno, es malo es regular, lo recomiendadn no lo recomiendan.
le da la vuelta al Rad Studio XE2. he trabajado mucho con ese, ahora estoy incursionando en lazaruz y no me ha ido mal pero quisiera saber mas de code typhon.

por ahi lei que se derivo de Lazarus, me recomiendan mejor quedarme en lazarus y ya no moverle.

[[AzidRain]]

Contestando lo que quieres saber: CodeTyphon es un IDE completo con muchos componentes ya instalados "de fábrica" todos al ser libres se pueden usar sin problema alguno.
No, no hay Dev Express en ningún lado y no trae ni un solo componente que siquiera se le acerque a cualquiera de los trae DevExpress. Me llama la atención que preguntas sobre esos componentes aquí y no en el foro de soporte de DevExpress, supongo que porque no cuentas con su correspondiente licencia.

En cuanto a funcionalidad si quieres seguir programando en entornos con interfaz de usuario de hace 20 años y producir software con esa misma apariencia, te va a funcionar muy bien. Si no tienes problema con andar rebuscando tal o cual componente para hacer algo simple, también te va bien. Si tienes licencia (lo dudo) de Delphi, entonces no veo para que meterse en honduras: aprovecha el soporte y el ecosistema que ya hay y está trabajando bien. Si lo que quieres es correr programas de Delphie n Linux, ahi tienes Vine. Yo personalmente he probado muchas aplicaciones, incluso algunas que trabajan con DevExpress y funcionan como si nada, con todo y carga de dlls, acceso remoto a BD, impresión, etc.

Y mi querido Al, ¿De que sirve algo "hermosamente programado" si eso no aporta ninguna valor a la funcionalidad buscada?

[[AgustinOrtu]]

Yo solo he visto los componentes de DevExpress en fotos y videos (wow!!) y luego en los Webinar y similares de su canal de YouTube

Por lo que se puede apreciar, el rendimiento de la suite es muy bueno
El diseño visual es muy logrado; muy profesional y ademas no degrada la performance
En cuanto a funcionalidades me parecen muy pero muy completos

Visto asi, es una suite de componentes super competente

Pero por lo menos a mi, se me cayo todo en picada cuando vi los videos de training; realmente me resulto muy confuso todo

La forma en la que se crea una aplicacion DevExpress, no es idiomatica en Delphi; no se porque motivo se salieron "de las casillas"

En fin, creo que pensaron demasiado en el usuario final, y muy poco en el pobre programador que tiene que usar los componentes

Yo soy de los que (cada vez mas ultimamente) hace poco con el diseñador visual y mete mucho codigo run-time; todo con el afan de minimizar acoplamientos y dependencias. Y desgraciadamente esta forma de programar me gusta y me sirve, y parece ser bastante incompatible con la metodologia DevExpress

Luego he probado otras suites de componentes que son idiomaticas a Delphi y no he tenido este problema.

Por ejemplo, esta biblioteca llamada EhLib es realmente estupenda y tiene caracteristicas muy similares a las de DevExpress; y no son "una cosa rara"; de hecho, son compatibles con la LCL

En fin quiza me desvie un poco del post

-----

Por otro lado, hay algunas empresas "importantes" que estan desarrollando componentes para FreePascal, como es el caso de TMS Software como se puede ver acá, acá o más recientemente, estas gráficas independientes del framework; funcionan tanto en LCL, VCL y FMX

[Casimiro Noteví]

Empezado por AgustinOrtu

Yo solo he visto los componentes de DevExpress en fotos y videos (wow!!) y luego en los Webinar y similares de su canal de YouTube
Por lo que se puede apreciar, el rendimiento de la suite es muy bueno
El diseño visual es muy logrado; muy profesional y ademas no degrada la performance
En cuanto a funcionalidades me parecen muy pero muy completos
Visto asi, es una suite de componentes super competente
Pero por lo menos a mi, se me cayo todo en picada cuando vi los videos de training; realmente me resulto muy confuso todo
La forma en la que se crea una aplicacion DevExpress, no es idiomatica en Delphi; no se porque motivo se salieron "de las casillas"
En fin, creo que pensaron demasiado en el usuario final, y muy poco en el pobre programador que tiene que usar los componentes
Yo soy de los que (cada vez mas ultimamente) hace poco con el diseñador visual y mete mucho codigo run-time; todo con el afan de minimizar acoplamientos y dependencias. Y desgraciadamente esta forma de programar me gusta y me sirve, y parece ser bastante incompatible con la metodologia DevExpress
Luego he probado otras suites de componentes que son idiomaticas a Delphi y no he tenido este problema.
Por ejemplo, esta biblioteca llamada EhLib es realmente estupenda y tiene caracteristicas muy similares a las de DevExpress; y no son "una cosa rara"; de hecho, son compatibles con la LCL
En fin quiza me desvie un poco del post
-----
Por otro lado, hay algunas empresas "importantes" que estan desarrollando componentes para FreePascal, como es el caso de TMS Software como se puede ver acá, acá o más recientemente, estas gráficas independientes del framework; funcionan tanto en LCL, VCL y FMX

Una respuesta magnífica.

[Ñuño Martínez]

No conozco ese DevExpress del que habláis. Pero por lo que veo es una biblioteca de componentes alternativo al VCL, ¿no?

En FreePascal existe fpGUI, un conjunto de componentes completamente escrito en Pascal. Está basado en el motor que haya debajo (useasé, xWindow en Linux/UNIX/MacOS..., GDI en Windows, etc) en vez de usar bibliotecas como GTK+, Qt, Cocoa y demás. No lo he probado todavía, y por lo que sé no funciona con Delphi, pero promete bastante. Incluso tienen su propio diseñador de ventanas, sus propios diálogos comunes y están trabajando en un IDE alternativo a Lazarus. La verdad es que le tengo ganas.

[Casimiro Noteví]

Muy interesante.

[[Delphius]]

Yo no he usado esas dos suites que comentan, pero llevo un tiempo empleando CodeTyphon/Lazarus y la verdad es que no extraño a Delphi. No voy a negar que tuve algunas piedritas en el camino, pero nada grave que me detuviera. Más que nada ha sido cosa de desconocimiento y no haberme documentado mejor. Tanto en el foro de Lazarus/FreePascal como en el de CodeTyphon encontrarás gente muy dispuesta a ayudar y eso destaco muchísimo.
Por el momento las aplicaciones que realizo no requieren de cosas como webservices, consumir JSON, y cosas por el estilo. Aunque me cuesta creer que no tuviera herramientas para eso.

Si fuera tan malo y de juguete como lo pretendieran pintar algunos ¿Porqué entonces sigue apareciendo mejoras y más avances en suites que brindan soporte a OpenGL, GLScene, como lo son BGRABitmap, o Asphyre por mencionar dos ejemplos? incluso han llegado a ofrecer algo similar a Firemonkey llamado LAVA (aunque no encuentro referencias actuales de esto... desconozco si quedó en stan-by o es que le cambiaron el nombre al proyecto).
Si fuera tan malo, porqué hay una linda apuesta en gente entusiasta hasta en llegar a producir videos juegos. Si. Hay de esos locos, los he leído en los foros de Lazarus como en el de PascalGameDevelopment. Pues ¡que sigan siendo locos! ¿Harías un video juego con un juguete? Pues claro que no.

Saludos,