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

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.