Blogalia

"En el arte marcial como en la vida diaria. En la vida diaria como en un arte marcial."

Aikido

Sígueme en Twitter

<Junio 2017
Lu Ma Mi Ju Vi Sa Do
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30    
             


Todas las Historias

VELOCIDAD DE ESCAPE

Inicio > Historias > ODIO AJAX 2

2006-04-27

ODIO AJAX 2

Y en odiando Ajax como lo odio me he encontrado en la tesitura de que para realizar una pantalla de una aplicación de la intranet corporativa no he tenido más remedio que usarlo.

Una página desde la que se insertaban en una base de datos contenidos en tres pasos (o tres recargas sucesivas)que, para complicar la cosa, no permitían Transacciones. De modo que cuando al usuario se le va la pinza, o se va a tomar café el usuario "itself", quedan registros huérfanos colgando por ahí.

Así que me puse manos a la obra en odiando Ajax como lo odio. Mayormente porque odio javascript desde que me topé con "esa cosa" en los comienzos de mi andadura.

Buscando, mirando, me dí cuenta de que para ASP existe muy poquito, pero muy poquito disponible. Sin embargo en ASP NET podemos encontrar carretadas de librerías amén de las "oficiales" de Microsoft, más conocidas como "Atlas".

Y mano de santo oigan.
Sigue sin gustarme. las rutinas Javascript y los objetos que usa me siguen sonando a Serbo-Croata. Nada que no solucione un "corta-pega-pinta" con sentido común.
Otro problema es la depuración. A menos que lo hagamos "a mano". Los fallos no devuelven ningún mensaje de error en el navegador.
Y las trés páginas encadenadas han quedado reducidas a una con una experiencia de usuario manifiestamente mejor.

Pero sigue sin gustarme.

Programación | jomaweb | 8 Comentarios | Enlace


Referencias (TrackBacks)

URL de trackback de esta historia http://jomaweb.blogalia.com//trackbacks/39456

Comentarios

1
De: Anónimo Fecha: 2006-04-27 11:56

¿?

Hay una cosa más vieja que AJAX llamada variables de sesión. Y una más vieja todavía llamada campos hidden.



2
De: Cierto Fecha: 2006-04-27 15:20

Pues sí, por lo que creo entender podrías apañarte con guardar los datos de cada paso en sesión hasta insertarlos en la bd, ¿no?

En cuanto a la depuración me suena que algunas extensiones de Firefox hace maravillas (ahora no tengo enlaces a mano, lo siento).



3
De: Heimy Fecha: 2006-04-27 18:42

Por cierto. Para el "debugging" hay cosas bestiales, pero que me temo que van con la plataforma. En Pylons (para Python), por ejemplo, cuando hay petadas (de las que levantan excepción) en el lado del servidor se te redirige a una página... que usa AJAX ;), en la que puedes ver no sólo el clásico "entorno, más contenido de variables, etc", sino que te permite usar una consola "virtual" con la que jugar con los valores en el contexto en que se encuentran.

La primera vez que lo experimenté casi me caigo de culo. No por lo novedoso del debugger en sí (supongo que se ha hecho antes con applets de Java, o similar), sino por la implementación, que sólo necesita un navegador vulgaris y corrientis.

Ah: las ayudas que te de el propio "framework" para trabajar con el AJAX de las narices son impagables. Si no te da ninguna, o está mal diseñado, sigue siendo tan tocada de narices como el JavaScript a palo seco.



4
De: jomaweb Fecha: 2006-04-28 09:17

Evidentemente en este caso las variables de sesión, las cookies y los campos hidden no sirven.
Y aunque sirvieran, ya me dirán ustedes para qué sirve una variable de sesión si el usuario se va a tomar un café en medio de una transacción de 4 páginas(juro que pasa, doy fe.)



5
De: Cierto Fecha: 2006-04-28 14:11

Creo que no he entendido bien el problema. ¿Hay diferencia entre usar Ajax o no si el usuario se va a tomar café en medio del proceso?



6
De: Heimy Fecha: 2006-04-28 15:22

Mmh... Realmente hay una pequeña diferencia. Varios paquetes de JavaScript dedicados a AJAX te permiten hacer consultas periódicas en segundo plano, con lo que puedes preguntar al servidor si la sesión sigue siendo válida y, si no, ponerle algún mensaje en pantalla al usuario, redirigir, o lo que se te ocurra.

Esto sin AJAX (o similar) habría que hacerlo con recargas de la página y sería un coñazo (sobre todo para el usuario).



7
De: Cierto Fecha: 2006-04-28 16:22

Heimy: ¿La caducidad de una sesión no se puede detectar al recibir la petición desde el servidor? (Imagino que habrá que hacerlo irremediablemente antes de insertar en la base de datos, mostrando en tal caso el típico "Su sesión ha caducado porque seguramente ha salido a tomar café").



8
De: jeje Fecha: 2006-06-14 12:37

jeje jomaweb no tienen ni idea



Nombre
Correo-e
URL
Dirección IP: 23.20.130.128 (e24f3034b4)
Comentario