He publicado una version nueva de la libreria de widgets para GWT: GWTChismes. Aparte de algunas mejoras y arreglar algunos problemas, lo realmente novedoso en esta versión es que la libreria se publica lista para ser usada desde puro javascript y no sólo desde java, esta nueva libreria se llama ahora JsChismes.
¿Como se consigue esto?, básicamente usando la libreria gwt-exporter y anotando las clases y metodos públicos a los que se quiere dar visibilidad.
Este procedimiento aporta un montón de ventajas al desarrollo de librerias javascript. Por un lado el desarrollador utiliza un entorno que le facilita la creacion de codigo (IDE, debug, tests, coverage, refactoring, reusability ...), y por otro se despreocupa del versionado de ficheros javascript, carga dinamica de css, css sprite, optimizacion de javascript, ofuscacion, etc. Además el usuario de la libreria no tiene que conocer java, gwt, etc., de manera que se facilita el uso de esta a diseñadores, programadores de php, ruby ...
Etiquetas: j2ee, GWT, librerias, javascript, widgets
Hola m.carrasco.m,
Muy interesante esto de usar codigo gwt desde javascript y muy chula tu libreria especialmente el date-picker.
He estado viendo el proyecto gwt-exporter que comentas y no tiene nada de documentacion explicando cómo usar la librería. ¿No podrías hacer un pequeño resumen en español?
Ti@ eres un crack ¡¡¡¡
Hola Manuel, te felicito por tu librería, realmente GWT devuelve las ganas de crear interfaces ricas. Has tomado una buena elección con el GWT Exporter, Ray Cronwell hace milagros.
Saludos.
Tiene buena pinta. Buen trabajo :)
Tengo una pregunta.
Supongamos uno de esos "programadores php, ruby, puntos suspensivos" que "no tiene que conocer Java". ¿Qué aporta para él utilizar JsChismes, que básicamente es una caja negra, en lugar de utilizar una librería en la que tiene el código disponible y legible y puede modificar, extender, ampliar porque Javascript sí lo conoce?
Efectivamente gwt-exporter no tiene documentacion, para saber como usarlo hay que echar un vistazo al codigo fuente del proyecto y buscar los comentarios del autor en el ejemplo.
Cojo tu peticion, prepararé un 'howto' y lo publico en este foro.
La gran mayoria de programadores o diseñadores que usan librerias javascript la usan precisamente como cajas negras, y cuando algo falla suelen reportar el fallo al sitio y esperar a que lo arreglen.
Son pocos los que echan un vistazo al código de la librería para ver cómo utilizarla y prefieren usar el API, y son contados los que después de echar un vistazo a la librería la modifican y envían un parche porque es difícil hacerlo: hay que saber cómo bajarse el proyecto, cómo estan distribuidos los fuentes, cómo se ensamblan, cómo se añaden y se ejecutan tests, etc. Hace poco envié un parche a prototype y me llevó mucho tiempo no solo entender el codigo (clases, variables, etc), sino tambien aprender cómo hacer el parche (usar git, rake, jsunit, test, etc.)
Como digo en el articulo, para mí es mas fácil, productivo y fiable producir 'cajas negras' en el entorno GWT que hacer javascript a mano. Por otro lado estas cajas negras son también usables desde gwt.
Espero haber respondido a tu pregunta.
interesante enfoque el que le has dado GWT, y solo por ser GWT me imagino que el codigo final (la caja negra) es de buena calidad, cross-browser y con mas rendimiento que si lo hubieras hecho a mano. Tambien debe ser muuchisimo mas facil mantener un proyecto escrito en java (con todo los juguetes que hay) que hacerlo directamente en JavaScript.
Muchas felicitaciones m.carrasco.m fue una muy buena idea/decision la que has tenido, haber si saco algo de tiempo y reviso un poco mas tus chismes.. xD
saludos
Escribe tu comentario