Un saludo

Un saludo

En cuanto al tema del Ajax ya hay librerías que empiezan a automatizar el uso del Ajax dentro de los frameworks MVC como es el caso de ICEFaces que proveen de todo tipo de componentes, pero no la he probado en producción así que no se como de eficiente es el JavaScript que genera.

Un saludo

Hace tiempo en mi weblog hablé del tema de aplicaciones de escritorio vs aplicaciones web (http://weblogs.javahispano.org/page/gimenete?entry=aplicaciones_web_vs_aplicaciones_escritorio).

Este tema es bastante recurrente pero siempre interesante. Cada tecnología tiene sus pros y sus contras. Creo que las aplicaciones web aportan muchas ventajas, pero las tecnologías para construirlas fallan por bastantes partes. Sobre todo las tecnologías estándar HTML+CSS+JavaScript. Es la solución estándar, pero deja mucho que desear. Creo que el W3C tendría que plantearse crear un nuevo estándar que permitiese programar aplicaciones web de forma más cómoda, un JavaScript más estándar entre navegadores, componentes más ricos en los formularios (selectores de fechas, editores WYSIWYG,…). Y es que es muy doloroso tener que enfrentarse a hacer una aplicación con AJAX y superar los problemas que ello conlleva: mantener una versión no-AJAX para que funcione sin javascript, mantener el bookmarking y el botón “atrás”, pelearse con las diferencias entre navegadores, etc.

Pero bueno, de esto no sólo tiene culpa el W3C, sino la capacidad de los navegadores de adoptar los estándares. Sobretodo IExplorer… habría que enterrar a IExplorer!!

saludos!

Bien pensado, gimenete tienes razón dado que un applet está hecho en Java puede ser igual de escalable que cualquier aplicación Java.

He pedido opinión porque yo no los he utilizado y el artículo me dio que pensar, ya que David Van Couvering apostaba por recuperar los applets y mis compañeros los ponen a caer de un burro.

Entonces entre la disyuntiva de utilizar una aplicación Ajax, que al final tiene sus problemas o un applet que tiene también los suyos estoy de acuerdo con la solución que propone mondelo dependiendo de en que entorno se vaya a utilizar, si es en un entorno controlado (el cliente tiene JVM) el applet puede ser una opción sino no ya que ambos pueden ser igualmente escalables.

Gracias a todos.

Y sobre applets… ¿por qué un applet no va a ser escalable? Un applet es una aplicación Java. Java es un lenguaje orientado a objetos infinitamente escalable! qué problema hay?? Por supuesto es mucho más escalable que JavaScript porque tiene mejor modularidad (paquetes), mejor orientación a objetos, es fuertemente tipado y tiene herramientas de desarrollo mucho más potentes. Además tiene un API estandar muy completa y tienes verificación de errores en tiempo de compilación.

Que alguien me de una sola razón sobre eso de que un applet no es escalable.

Un saludo.

En cuanto al tema de los applets me he fiado de lo que me han comentado mis compañeros que los han utilizado, si alguien sabe como hacer un applet escalable y extensible me gustaría saberlo.

Mis compañeros me han comentado que para hacer eso en Java hay una forma de hacer una aplicación cliente Swing y si se implementa de una determinada manera se puede configurar una aplicación web que lanza la aplicación y si existe una nueva versión descarga el nuevo cliente, de esta manera se puede tener una interfaz rica mejor que con un applet y te olvidas de los problemas de los applets, eso sí lo que al final se realiza es una aplicación cliente-servidor no una aplicación Web, pero la interfaz mejora sustancialmente.

No obstante es la opinión de quienes los han usado, a mí me ha parecido razonable si sabeís como utilizar los applets de una manera más razonable para que sean escalables y extensibles me gustaría saberlo.

Para realizar la interfaz de usuario, sin lugar a dudas el applet le da mil vueltas a cualquier interfaz web, se mire por donde se mire. La única pega está en la indexación de google.

Sin embargo todo depende en qué entorno se vaya a utilizar. Si es en una web accesible para el público en general, donde además no tienes control sobre la máquina del cliente (por ejemplo para saber si tiene jvm) entonces la solución es ajax. Sin embargo yo me estoy planteando la utilización de applets en entornos controlados (entornos corporativos) donde creo que un applet ofrece más ventajas que una aplicación web.

En cuanto a la “pesadez” de los applets, es cierto, pero creo que parte de su fracaso es que se adelantaron a su tiempo. Hace unos años, cuando se nos prometió que los applets eran la solución definitiva, el ancho de banda era escaso y eso provocaba unas cargas lentísimas. Hoy en día hasta la suegra de mi vecino tiene una ADSL a tropecientos megas, sin embargo nadie se ha atrevido a retomar esta tecnología “publicamente” quizás porque pesa más el dogma de fe que dice “los applets son lentos y pesados”. Sin he visto soluciones que utilizan applets sin ningún pudor: por ejemplo Oracle ha decidido que en este “mundo web” en que vivimos, la mejor forma de publicar las antiguas aplicaciones hechas en forms es convirtiéndolas automáticamente en applets en su servidor de aplicaciones.

1.- una aplicación web con ajax puede ser accesible. Primero la haces con HTML sin javascript alguno y luego utilizas javascript no intrusivo para mejorar la esperiencia de usuario. Es decir, añades eventos a los enlaces, formularios, etc. para que en vez de funcionar de la forma clásica, funcionen con peticiones asíncronas.

Ejemplo:
<a href=”unapagina.php” id=”foo”>click</a>

esta sería la versión clásica. Luego con javascript…
document.getElementById(“foo”).onclick = function() { /* ajax aquí */ return false; }

Hay librerías que te facilitan esta tarea (menos código y que funcione en todos los navegadores).

Por lo tanto es posible hacer una aplicación ajax accesible.

2.- Un Applet es perfectamente escalable. Y también debería ser tan accesible como cualquier otra aplicación de escritorio. accesibilidad en swing.

3.- Los applets a mí me parecen pesados. Al menos más que flash y javascript.

Un saludo.