Apreciacion de Code Typhon
hola:
Recientemente un colega me hizo llegar la version de Code Typhon 5.6, alguien me podria comentar acerca de esto. Saludos Luis Garcia |
Que tu colega es muy amable? Pero timido y no te explico porque te mando el regalo???????
P.D: Es como cuando alguien te dice: "Hoy hable con Juan" y te deja ahi colgado... que esperas que se responda?? |
el me dijo que el codigo era Pascal y que era multiplataforma, admite 32 y 64 bit, lo instale y trae cualquier cantidad de componentes, pero queria saber si alguien ha tenido alguna experiencia con el, yo siempre he utilizado Deplhi 7 y hice algunas incursiones con XE2.
|
Pues seguro que alguien ha tenido experiencia con el, incluido tu colega...
El punto, es que no has hecho una pregunta. Solo estas contando que algo ha pasado. Porque en este punto, pues por donde va lo que dices queda solo por decir "A muchos que usan CodeTyphon les parece muy bien". Es un software que lleva mucho tiempo, y ya que esta basado en Lazarus/FreePascal lo que aplica a ellos aplicaria a este... Que es lo que realmente quieres saber??? |
Lo que queria saber es si era un entorno de desarrollo estable y si por ejemplo tiene alguna version de DevExpress compatible.
Muchas gracias por la respuesta |
|
Creo que la pregunta seria >> ¿me puedo conectar a %TU_BASE_DE_DATOS% desde codetyphon?
La respuesta es Si, code typhon cuenta con componentes de acceso a datos propios del IDE (Lazarus) ademas de que puedes instalar zeos, tparadox, y hay una versión de anydac, como comentan DevExpress como tal no existe en el entorno. Saludos. |
Cita:
|
Cita:
|
Cita:
El caso es que no existe en CodeTyphon. |
No sé si he entendido, devexpress son unos componentes para delphi, pero es una empresa independiente que no tiene nada que ver con embarcadero, ¿es así?
|
Cita:
|
CodeThypon es una herramienta libre (basada en lazarus y se hacen weyes y no señalan eso), cuenta con muchos (demasiados para mi gusto) componentes pre-instalados (prácticamente todos los que hay gratuitos), puede que encuentres algunos componentes (no en la misma paleta) que realicen algo lejana mente parecido a DevExpress (los confundí con los de base de datos), en un futuro es probable que se migre alguna version de DevExpress a CodeTyphon (actualmente no existen), sin embargo me queda claro que la tendencia es que los componentes comerciales para delphi tengan versiones para Lazarus (code Typhon), ya esta los FastReport y los Anydac.
Saludos. |
Cita:
Un abrazo hasta Xibalbá. Al González. :) P.D. No confundir con DBExpress; este es algo muy distinto. |
Cita:
|
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. |
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? |
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 |
Cita:
Una respuesta magnífica. |
¿Y fpGUI?
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. |
Muy interesante.
|
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. :rolleyes: 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, |
El problema no es tanto que Lazarus sea terrible. Es mucho mas simple:
El numero de librerias GUI de caracter profesional, completos y que se vean bien se cuentan con los *dedos*. Les aseguro que no hay mucho aparte de DevExpress (que es el mejorcito). Por ahi se consigue http://www.telerik.com/ & http://www.infragistics.com/. Aparte de estos 3... que mas ahi? Se pueden conseguir partes aqui y alla, pero un conjunto completo? MUY dificil. Y lo digo como quien ha hecho esas busquedas para Delphi, FoxPro, .NET, OSX, Coccoa, iOS, Web. Ironicamente? es mas facil tener un toolkit medio decente estos dias con HTML/CSS. Pero en cuanto a toolkits nativos? Ahora que se pueden hacer interfaces bien logradas se puede. Por ejemplo, con Coccoa/iOS es muy claro que hay una gigantesca seleccion de apps bien logradas... Pero el asunto es que si quieres ir y "comprar" los componentes? NO HAY NADA COMO DEVEXPRESS. Zero, Nada, Zip! Y como le hacemos entonces? Pues nos toca hacer los controles, nosotros... a codigo limpio, como animales! Ahora Coccoa tiene ciertas facilidades que hacen la tares menos titanica que con la VCL y otros toolkits, pero no por mucho... P.D: Una app de locos que simplifica esto pa Coccoa: http://www.paintcodeapp.com/ Pero es lo mismo: Codigo puro y duro al final... ----- Es de notar: Los grids buenos, son aun mucho mas escasos. Por ejemplo, no se consiguen ni a palos (nativos) para Coccoa/iOS/Android. ---- Aun con una herramienta que tenga una interface "feita" es possible hacer una app bien. Recuerdo que lo que hacia yo era cojer Microsoft Acces y notar como estaba hecho y emular parte de eso. Tener una app bien lograda de referencia ayuda enormemente. Luego si o si toca adquirir controles o programarlos. Sin embargo, a punta de hacer composición con paneles, labels, shapes + controles basicos y usando bien fuentes, colores & graficos se puede alcanzar algo muy bueno.... Asi es como se logra el 90% de los efectos en las apps iOS: Poniendo en capas paneles, labels y similares. |
Cita:
Si quieres llevar la discusión por esos lares, con CodeTyphon/Lazarus bien que se puede. Tienes las suites BGRA Controls, las Cindy's, las Extra Controls, las LuiControls, entre otras que te van a dar más de una buena sorpresita de lo que pueden llegar a hacer si uno se pone inspirado y creativo al momento de diseñar pantallitas bien pintadas. Uno puede tener al mejor diseñador de interfaces, pero si por dentro no se han calentado en tener la casa ordenada se cae toda la fachada y aparecen las grietas, salpica la humedad, aparece hongo, no se puede clavar un clavo porque se descascara el revoque y te queda un hueco tan grande como un orificio de entrada de una .45 Saludos, |
Cita:
Cita:
Cita:
LineComment Saludos |
Yo estoy en parte de acuerdo con las dos posturas
Todo entra por los ojos; pasa hasta en los animales, asi que nosotros no podemos escapar de esa naturaleza, ese instinto. Nos pasa todos los dias, todo el tiempo: al conocer otras personas, al ver un lugar nuevo, al ver.. lo que sea La primera impresion tiene un valor significativo. Y la gracia de todo gira en que la primera impresion solamente la tenes en una oportunidad Pero por otro lado pienso igual que Delphius; de nada sirve hacer un programita lindo por fuera y horrible por dentro: lento, con fallas, que no se pueda confiar en el.. Asi que creo que la mejor forma es, como dice un viejo mantra, "primero hacer que funcione, y despues si hacerlo lindo" Saludos |
Cita:
LineComment Saludos |
Cita:
Esos resultados no vienen de caja en ningun IDE o compilador, aunque Delphi en las ultimas versiones tiene un conjunto atractivo con FireMonkey. Obviamente, no hay comparacion con suites como la de DevExpress, que tiene un muy amplio conjunto de controles (https://www.devexpress.com/Products/VCL/controls.xml) que van mucho mas alla de lo que se consigue normalmente. |
1 Archivos Adjunto(s)
Cita:
El punto al que intenta llevar mamx es a un reduccionismo visual y no está siendo más abarcativo. Seamos OBJETIVOS y pongamos en la mesa cuestiones TECNICAS y OPERATIVAS que hacen en realidad a un buen IDE. ¿O acaso que no era el propósito del hilo? Lo dije hace mucho tiempo: mucho RAD, pone dos cositas, y pum. Listo tienes una casita hecha ¡y sin planos! Sean más "científicos"... como supo decir el propio mamx hace ya un tiempo (ese mamx que parece haber muerto, o vendido al postor de la onda "cool" hace un buen tiempo). Codetyphon/Lazarus como Delphi son entornos RAD. Pero a ver... ¿Son mucho más que poner controles? ¡Por supuesto! Entonces, ¡¿porque seguir con ese reduccionismo?! Una aplicación es más que pintura. Y el IDE es también mucho más que ser un RAD. En lugar de pensar como albaniles de aplicaciones, piensen como el ingeniero civil. ¿Que ofrece CodeTyphon además de controles visuales que arrastrar? ¿Tienes conectividad con diferentes motores de base de datos? SI. ¿Tiene soporte para hacer aplicaciones Intraweb? SI. ¿Puedes hacer webservices? SI. ¿Es posible hacer aplicaciones 100% multiplataformas (inclusive Linux, y Mac)... ¡SIIIIIIII! Eso es mucho más descriptivo y de mucho mejor peso que quedarse en si tendrá el componente visual de la mega ostia. Cita:
Y si cuesta un poco más de código, ¿cual es? ¡Al que quiere, que le cueste dice el dicho! No todo es gratis en esta vida. ¿Que acaso sale más plata una aplicación si está hecha con ese orgasmico componente mágico de otra que fue pensada desde adentro hacia afuera y hace lo mismo sin tener porqué hacer galantanería? Saludos, |
Cita:
Cita:
P.D: Y para que quede claro: No estoy afirmando en lo absoluto que no se puedan hacer interfaces profesionales. De hecho, afirme que hacerlo a "mano", con mas trabajo, es la NORMA, y simplemente apunte que suites como DevExpress son la EXCEPCION y que en muchos entornos o lenguajes no hay nada parecido. |
Cita:
LineComment Saludos |
Cita:
1. A lo primero que cité fue a lo dicho por roman: Cita:
3. De forma indirecta, sin mencionarlo, haces referencia al IDE cuando mencionaste justo esto: Cita:
Cita:
Ergo por tus palabras: si Lazarus no tiene una herramienta GUI que a tu sabor no se precie, es una herramienta deficiente porque lleva más trabajo, que hay que gastar más en código, etc. Pero ¡oh! Sorpresa... ¿No es acaso que Delphi cae en ese mismo reduccionismo? ¡Pues claro que si! Porque tales herramientas no vienen por defecto, son de terceros. Y como Delphi por defecto no tiene esas herramientas también es una molestia por el esfuerzo extra que hay que hacer para llegar al resultado. ¡Que lástima de aquellos desarrolladores pobres que no se han podido ser privilegiados para gastarse las moneditas en dichas herramientas! Simplemente estoy aplicando comprensión de tus propias palabras.... Te doy un premio por intentar remarla al final. Como diciendo, "pero bueno. le doy un punto extra porque aún no teniendo esto mega super chingón. Si tienes ganas de romperte el culo, pues hazlo porque al final tarde o temprano lo consigues". Che... al final ¿Entonces? ¿Cuál es tu conclusión? ¿Lazarus es un IDE mediocre porque que no tiene una herramienta GUI pero con el que de todas formas se pueden hacer aplicaciones comerciales? Como ya he dicho: no al reduccionismo. Si se desea llevar al hilo únicamente sobre el análisis de porqué Lazarus no tiene algo como los "express" bueno... ahí si te acepto tu visión. ¡Y métanle con toda la leña! Ahora bien, si el hilo es para realmente ser más objetivos y preguntarnos de si Lazarus vale la pena y tratar de encontrar motivos para justificarlo... entonces que así sea y no se intente tirar al tema por los pelos y pretender verlo de forma tan simple como dijiste que lo es. Mamx, te la hago más directa: ¿Es realmente tan simple la respuesta? La pregunta y el quid central del tema es: ¿Lazarus es un buen producto, viable, para hacer aplicaciones comerciales de cualquier naturaleza? Si dices que SI, espero entonces que des argumentos que no desvíen la atención a una sola cosa. Te digo esto, y de paso para el resto de los que han intervenido, porque hablaste de una rica clase de naranja que produce el Naranjo cuando estamos hablando de otro árbol cítrico: Limonero. Desviaste intencionalmente el tema (el IDE Lázarus por si te olvidaste) hacia algo sabiendo explícitamente de lo que carece (el de componentes/herramientas/suites/bibliotecas GUI) y lo llevaste hacia el del su competencia (Delphi) y del cual si tiene. Al centrarte en éste entonces terminas dando la experiencia de ese, y no de lo que realmente se estaba esperando. Por tanto no hay forma de comparación. Cita:
Y si DexExpress y suites análogas a estas ya sea para el IDE/lenguaje que se quiera son una excepción entonces con mucha más razón tratar de argumentar sobre el tema con esto es algo tangencial y no vale la pena. Saludos, |
Creo que Delphius ya se desvió por el lado purista de la discusión. Lo que nuestro amigo pregunta desde el principio o más bien lo que tienen duda es si podrá encontrar la misma calidad y cantidad de componentes en Lazarus que los que seguramente ya usa y conoce en Delphi. La respuesta es NO, dígase lo que se diga y quiérase como se quiera no estamos hablando de si puedes hacer un "hola mundo" en cualquiera de los dos entornos o bien si eres un gurú programador y puedes programar a pie cualquier interfaz de usuario por complicada que sea con las funcionalidades QUE EL CLIENTE REQUIERE. Es un hecho que Lazarus está muy lejos de Delphi y no dudo que haya quien sea capaz de hacer algo brillante con él sin embargo, el tiempo que le tiene que invertir en lograrlo es exponencialmente mayor que el que le tomaría en Delphi. Ya si nos metemos a costos e inversiones es otra cosa que creo no es tema. No por nada la mayor bondad de Delphi es el desarrollo rápido de aplicaciones (RAD) y no meterse en fundamentalismos de lo que el lenguaje base puede hacer que al final no aportan nada de valor al cliente.
|
No azid, no me desvié ni una coma. Estoy poniendo el asunto donde lo ha pedido el interesado.
Se preguntó si al final CodeTyphon es un buen producto, si vale la pena. Estoy siendo bien objetivo, y para eso hay que salir del reduccionismo que llevó el hilo y potenció mamx. Están tratando de responder si es bueno o no según la "carencia" o "ausencia" de unas puntuales suite, y que incluso está pensada y diseñada para otro entorno. Lazarus tiene otras prioridades, es otra cosa. Es semejante pero no igual. ¿No la captan? Saludos, |
Sería genial presentar una tabla de características —confiable y actualizada— donde se pueda comparar rápidamente lo que se puede y lo que no se puede hacer con Delphi, con Lazarus y con CodeTyphon, para resolver de una vez por todas la controversia de qué tan lejos están unos de otros.
|
Cita:
Yo lo tengo instalado (versión para linux) y cuando me hace falta cualquier cosa "normal" la hago con Lazarus y no he echado en falta nada de Delphi. Y funciona perfectamente sin problemas de ningùn tipo. Lo que quizás se puede echar en falta es un mejor depurador, pero eso no corresponde a Lazarus, que es solo el IDE. |
Cita:
|
Cita:
Es Lazarus el que no realiza todo su trabajo completamente. La verdad es que no sé muy bien la razón, pero me la imagino: GDB no es, precisamente, una aplicación sencilla. Aun así, el depurador funciona bastante bien para depuración simple, y si necesitas algo más complejo sólo tienes que abrir una consola y ejecutar GDB. _____________________________ * Por lo que sé, fue más o menos así: Estaba previsto que GDB fuera capaz de depurar programas Pascal, ya que existía el compilador GNU/Pascal. FreePascal aprovechó esa cualidad. Sin embargo, el proyecto GNU/Pascal se abandonó (año 2002) y ese aspecto quedó colgado. Los desarrolladores decidieron eliminar GNU/Pascal de GDB, lo que provocó que los programas hechos con FP no pudieran depurarse en adelante. Los desarrolladores de FreePascal se quejaron, e inicialmente los de GDB no hicieron ni caso alegando que no había base de usuarios. Finalmente los desarrolladores y usuarios de FP, después de dar mucho la murga, convencieron a los muchachos de la Free Software Foundation de que sí había base de usuarios (y corría prisa porque Lazarus estaba casi en beta final y su mayor carencia era el depurador), y la FSF les dijo a los desarrolladores de GDB que se pusieran las pilas y añadiesen, aunque sólo fuera, un Pascal genérico. Por cierto, que el anuncio de que GDB volvería a soportar Pascal hizo que dentro de la FSF volviera a surgir la idea de relanzar GNU/Pascal, pero finalmente no se hizo. Supongo que la simple existencia de FreePascal hace innecesario dicho compilador. |
Desconozco la historia por completo, aunque sé que es un tema algo polémico en los foros. Solamente sé que cuando lo uso (el depurador) funciona bien.
|
Cita:
LineComment Saludos |
La franja horaria es GMT +2. Ahora son las 07:37:14. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi