WebAPI
La w3c se ha puesto en marcha creando un grupo de trabajo para intentar estandarizar algunos aspectos del XMLHttpRequest y potenciar las carencias que nos encontramos (tiempos de descarga, actualizaciones automáticas). Tiene muy buena pinta y esperemos que salga algo rico rico y sano sano.
Desde mi punto de vista espero que creen atributos especiales en el html para que los podamos usar en nuestras aplicaciones, ahora mismo solo existen los disparadores de eventos y para poder nosotros aplicar aspectos de javascript tenemos que tirar usando los atributos rel="" y class="". Yo lo veo una chapuza porque te obliga a depender de unos valores. Lo idóneo seria unos atributos con espacios de nombre y que pudiéramos utilizarlos en la mayoría de etiquetas.
Por poner un ejemplo podrían crear el att ajax seguido de la función o de una palabra clave. Imaginaros un soporte AJAX con solo poner ajax:href="index.html#micontent" y que la URL se cargara en el id #content, o ajax:action="index.php" para enviar un formulario. Pienso que estos tags facilitarían el uso de las librerías.
Ver post
Comentar
Diego#1 hace 983 días
GNU/Hydrus#2 hace 983 días
Vamos, yo los utilizo, lo único que hay que hacer es introducir estos atributos en el dfd y listo.
La gracia de esos atributos es que con suerte los navegadores implementarían esas acciones igual que implementan un href=”” con lo que nos ahorraríamos javascript. Hasta entonces: DFD’s propias con los atributos :)
Icebeat#3 hace 983 días
GNU/Hydrus usar se pueden usar pero ya te tienes que meter en unas movidas que el usuario podria rechazar.
Es mucho mas facil recordar un atributo que una funcon javascript aplicada a un evento.
GNU/Hydrus#4 hace 983 días
Si con "el usuario" te refieres al usuario de la web el rechazo siempre es un riesgo trabajando con javascript. El usar estos atributos no aumenta la posibilidad de rechazo.
Si por el contrario te refieres al usuario de le la API entonces pensamos lo mismo, es mejor ajax:href que onclick’s, por eso los uso :)
Federico#5 hace 983 días
Icebeat#6 hace 983 días
Federico no entiendo la pregunta, a que te refieres?.
GNU/Hydrus#7 hace 982 días
Pero vamos sí que asumimos soporte para javascript, pero también asumimos (al menos yo xD) la posibilidad de que javascript no esté activado. por eso hago enlace. Eso sí, exige más trabajo :)
Lo digo por si iban por ahí los tiros, que no lo se XD
Federico#8 hace 982 días
Vixx#9 hace 982 días
GNU/Hydrus#10 hace 982 días
Vixx, no es únicamente una cuestión de validación, si tú creas tus propios atributos creas un dialecto XML propio, haya DFD o no, y si tienes un dialecto propio lo ideal es tener su DFD con la información sobre cómo debe estar formado. Haga falta o no :)
O al menos esa es mi opinión ;)
Icebeat#11 hace 982 días
A lo de la DFD me referia con complicar al usuario GNU/hydrus, tener que incluir ciertas modificaciónes para que todo funcione a la perfeccion, por eso pienso en la estandarización y en la extension de la DTD.
Vixx llevas razon en lo que dices aunque la información para el programador vendria muy bien, saber que tipo de datos acepta o que parametros.
Vixx#12 hace 981 días
GNU/Hydrus#13 hace 981 días
Ponte que yo te doy mi API para AJAX con el DFD, tú podrás pasarle el vaildador para ver si estás cometiendo algún error con algún atributo y por eso no funciona.
Al final es cuestión de comodidad, en el caso de la aplicación hay que velar por la comodidad para el usuario, y en el caso de las API’s comodidad para el desarrollador que la vaya a usar. Y el mejorar eso siempre exige algo más de trabajo :)
Icebeat#14 hace 981 días
Por eso pido una estandarización y aportar un atributo especiales para estos eventos, nada de tocar DFD ni nada, hacer la vida mucho mas facil para el desarrollador.