controles JVCL-JEDI (post de discusión)

[[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....

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.