VELOCIDAD DE ESCAPE
Inicio > Historias > ODIO AJAX 2
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 | 9 Comentarios | Enlace
Referencias (TrackBacks)
URL de trackback de esta historia http://jomaweb.blogalia.com//trackbacks/39456
Comentarios
1 |
|
||
¿?
|
2 |
|
||
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?
|
3 |
|
||
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.
|
4 |
|
||
Evidentemente en este caso las variables de sesión, las cookies y los campos hidden no sirven.
|
5 |
|
||
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 |
|
||
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.
|
7 |
|
||
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 |
|
||
jeje jomaweb no tienen ni idea |