controles JVCL-JEDI (post de discusión)

[pvizcay]

hola gente del foro..
quería consultar con uds. si alguno usó de manera intensiva los controles de la JVCL en una aplicación de producción y que resultado les dio.. especialmente las grillas, controles de edición de datos y esos característicos de sistemas de gestión de datos (facturación, inventario, etc); es claro que los controles funcionan, la pregunta es:
¿cuándo salen esos detalles que le dan calidad a una aplicación te permiten hacerlos de forma limpia o te dan hasta ahi y el resto arreglate como puedas?

porque en la comunidad veo que muchos dicen si hay que usar open source y colaborar pero después son pocos los que terminan usándolos..
¿cuánta más gente se encuentra usando devexpress por ejemplo?

en mi opinión es cierto la JVCL es bastante caótica y no esta muy bien organizada con muchos controles repetidos de diferentes orígenes, pero si cada uno no aporta su granito de arena, eso no va a cambiar nunca, y la primer forma de involucrarse creo yo es empezando a usarlos..

¿comentarios? ¿que opinan?

[luisgutierrezb]

Pues yo trabajo en un Gobierno municipal de Mexico y aqui se desarrolla en delphi y siempre nos apoyamos en los JVCL, nunca hemos batallado, todos los problemas han sido bugs que nada que ver con la JVCL, aunque tambien, no usamos todos, los mas comunes, jvdbtreeview, jvdbdatetimepicker, jvdbLookups, jvCalcedit, jdbImage, jvEnterAsTab, entre otros...

[Lepe]

Coincido en que la JVCL es caótica, y no todos los controles funcionan. De vez en cuando en el código de las Jedi encuentras una excepción "Not implemented Jet" ¿como? si es una build final... nada de betas ni eso.... :mad:

También se encuentran TODOs (es inevitable), pero fastidia cuando esa tarea pendiente es la que necesitas jejeje. Claro, es que "build final" y "stable" no significa "completamente funcional".

Componentes eficientes, son muy poquitos, y casualmente vienen de proyectos que han sido absorbidos por las Jedi.

Usé la versión 2.10, tuve que actualizar a la 3.20 y ahí me quedo en el barco de chanquete. No pienso usar ninguna versión posterior.

Saludos

[dec]

Hola,

Yo creo que hay componentes muy curiosos. Lo que me para a la hora de usar la librería es el hecho de lo grande que es. Es decir, a veces hago algo de poca monta, qué sé yo, el otro día mismo estaba escribiendo una aplicancioncilla casi por diversión, y necesitaba un "TrayIcon"... y ahí estaba, y muy bien que funciona, pero, si mañana publico el código fuente de la aplicación en estos Foros tendré que añadir una nota al final que diga "Es necesario que cuentes con la versión x.x de la librería"... y por un "TrayIcon"... ¡todo por un "TrayIcon"...

En fin. De todas maneras hay componentes muy curiosos. Y siempre podría uno ideárselas para quitarlos de la librería y dejarlos aparte, por ejemplo. Por otro lado, la JCL, que forma parte de la librería, contiene no poco código que a veces más de uno reinventará una y otra vez... existen unidades para tratar con la "Shell de Windows", con "Servicios de Windows", etc., que han llevado no poco trabajo y tal vez conviniera investigar antes de ponerse a hacer uno lo mismo... acaso con peor fortuna.

[mamcx]

He intentado usar JVCL antes y la verdad que como que no me cuadra a menos que use *muchos* componentes.

Por otro lado, la JCL (la parte de codigo no visual) me ha parecido muy buena.

[Crandel]

Creo que hay muchas concidencias en las opiniones, los compponentes visuales hay varios que me gustan y los uso, aunque en general intento no denpender de componentes de terceros para apliaciones sencillas, si los uso para aquellos no creo que termine distribuyendo el código.

Por otro las clases de la JCL, me han gustado y mucho, aunque tampoco las uso muy seguido, lo que he mirado, me ha gustado mucho su código y su diseño.

[pvizcay]

comparto muchas de sus experiencias, es obvio que el caos general de la JVCL se debe a que no fue planificada de manera correcta (como la VCL se podría decir..) sino más bien se le fueron pegando pedazos.. el resultado es un engrudo, que tiene muchas cosas buenas pero bajo diferentes perspectivas y muchas cosas que hacen sólo "ruido", pero por compatibilidad, etc. etc. no se sacan..

con respecto al tema en cuestión me refería a software de gran escala (50+ forms) de tipo gestión, donde se busca fiabilidad, buen mantenimiento y reutilización como objetivos.

mucho de lo que se puede conseguir hoy día en la red open source fue una vez software de calidad (según tengo entendido), dos ejemplos son TurboPower y Orpheus, pero el mantenimiento para ambos es nulo (por lo menos desde la última vez que me fije) y a todo el mundo le da cosa usar algo que sabe que está solo si tiene un problema.. ¿que opinan?

he probado las grillas de devexpress (coincido que son las mejores) y no las que vienen en la JVCL pero ¿alguién sabe por cuánto le pasan el trapo a lo que se puede hacer con las segundas?

algo que no entiendo, habiendo tantos programadores de delphi ¿cómo no hemos creado un conjunto de grillas de calidad para que utilicemos todos (como devexpress)?

he estado leyendo de lazareus.. ¿alguien sabe de la perspectiva del mismo con respecto a los componentes?

algo que creo hay que destacar, si no hubiera sido por la jvcl muchos de los componentes que están ahí hubieran quedado a la deriva total, por lo menos así están para todos, pero con su precio..


Lepe:
Componentes eficientes, son muy poquitos, y casualmente vienen de proyectos que han sido absorbidos por las Jedi.

¿te refieres a los RxLib?

[xander]

Coincido con Mario....

Creo que la parte no-visual de JVCL-JCL es lo que mas vale...

La JCL está repleta de clases, funciones y procedimientos que si los sabes utilizar son excelsos!!... de la JVCL, la RxLib y RaLib son lo mejorcito, y aún de la RaLib la parte que mas vale es el interprete integrado, los parsers que tiene codificados y algunas estructuras de datos sobresalientes por ahí.

[AzidRain]

Yo use un poco las JVCL-JCL y la verdad quede hastiado...mal documentadas, demasiados componentes muchas veces inútiles, "not implemented yet" Por favor...Total que mejor las quite y las borré no merece la pena estarse metiendo en honduras a veces por solo un componente.

Me paso con las grillas buscaba algo sencilloy que se viera bien y me tope con Devexpress, si ya se,que son de pago, pero la verdad cuando las pruebas y ves lo facil que se pueden hacer aplicaciones visualmente atractivas y sobre todo excelentemente documentadas, con soporte, foro para preguntar etc. etc. en realidad los 500 Dls que cuestan los valen byte por byte. Yo las compré para un proyecto e incluí el costo en el precio final, la verdad se pagaron solitas y lo mejor es que ahora las tengo para casi cualquier proyecto.

A veces nos cegamos por irnos solo a lo gratis y dejamos de lado opciones comerciales de much mucha calidad. Es cierto tb que hay cosas interesantes free.En mi caso por ejemplo uso: MySQL, Zeos, RxLib y de pago Delphi 6 (obvio), QuantumGrid y ExpressBars ambos de DevEx. Con esas herramientas le doy batalla a cualquier cosa.

[xander]

Oye AzidRain, y para que utilizas las Rx ya teniendo el QuantumGrid y los componentes adicionales que traen?? alguna monería en especial??

Solo curiosidad..

[Crandel]

Las Rx es una coleccion de componentes clasicos de hace bastante tiempo que ahora los recogio el proyecto JEDI y otros particulares dado que el autor original a dejado de mantenerlos desde D6.

Es una coleccio que tiene varios componentes interesantes, personalmente el que mas me gusta que lo use en varios proyectos es el RxMemoryData, que te permite mantener tablas en memoria y simular como si accedieras a tablas fisicas reales.

Despues tiene otros interesantes pero nunca los use en proyectos propios, solo para jugar un rato.

[AzidRain]

Las Rx como dice Crandel unicamente las mantuve para las MemoryTables y eso por comodidad porque en MySQL tambien puedo hacerlas...además por mantener "compatibilidad hacia atrás" con aplicaciones mas antiguas que todavia tengo y que esas si que las usaban. Ya me paso que las quité y luego no podía abrir algunos de estos proyectos...

Al menos para mí las Rx y Jedi ya pasaron a mejor vida

[thecidmx]

Yo use un poco las JVCL-JCL y la verdad quede hastiado...mal documentadas, demasiados componentes muchas veces inútiles, "not implemented yet" Por favor...Total que mejor las quite y las borré no merece la pena estarse metiendo en honduras a veces por solo un componente.

A veces nos cegamos por irnos solo a lo gratis y dejamos de lado opciones comerciales de much mucha calidad. Es cierto tb que hay cosas interesantes free.En mi caso por ejemplo uso: MySQL, Zeos, RxLib y de pago Delphi 6 (obvio), QuantumGrid y ExpressBars ambos de DevEx. Con esas herramientas le doy batalla a cualquier cosa.

Hay ocasiones que usuarios nuevos o no experimentados, no cuentan con el capital para comprar las librerías, yo en lo personal he usado las Jvcl, y si me han mandado error, pero nada que un poco de zambullirse en su código que no pueda arreglar, señores somos programadores, hay que esforzarnos en lograr hacer las cosas por métodos propios, corrigiendo, depurando, para que al final nos quede las librerías como queramos.

en este hermoso foro, siempre me han ayudado, con todas mis dudas, como en su momento y cuando tengo tiempo lo hago yo, pero el aprender a usar delphi no es querer que las librerias hagan todo, hay que hacerlo nosotros.

[Casimiro Notevi]

^\||/^\||/^\||/
Las RX son estupendas, a pensar del tiempo que tienen, fueron las primeras que conocí, allá por 1998 y siempre las he instalado y usado.