Un framework web donde AJAX no fue una idea

Question

AJAX es un dolor en el culo porque esencialmente significa que tendrás que escribir dos conjuntos de código similar: uno para navegadores con JavaScript habilitado y aquellos sin.

No solo esto, sino que tiene que conectar eventos de JavaScript para conectar sus modelos y mostrar los resultados.

Y si todo eso no fuera lo suficientemente malo, debe enviar un cambio de dirección con la solicitud; de lo contrario, el usuario no podrá "hacer clic atrás" correctamente (si está confundido, mire lo que sucede con la barra de direcciones cuando haces clic en enlaces en GMail).

Estamos buscando algo que tenga los objetivos de previsión y diseño con todas estas preocupaciones en mente.

El rendimiento y la seguridad también son obvias preocupaciones principales.

También adoramos los sistemas basados ​​en configuración, donde no tiene que escribir mucho código, simplemente colóquelo en un formato de configuración de fácil lectura.

Es como pedir el santo grial ¿verdad?

Answer 1

Sí, el NOLOH PHP Framework (el sitio en sí fue escrito en NOLOH) es ese santo grial. NOLOH fue desarrollado desde cero para abordar estos problemas. Desarrolla en un solo idioma en el lado del servidor y se ocupa del resto. No debe preocuparse por AJAX ni por problemas con el navegador. NOLOH ha existido desde 2005 y se está utilizando en diversas empresas, grandes y pequeñas. Supera significativamente a la competencia en rendimiento debido a su naturaleza ligera y bajo demanda.

NOLOH dio una conferencia recientemente en Confoo, las partes más aplicables de esa presentación a su pregunta son live examples y basic coding.

Si tiene curiosidad sobre el poder de NOLOH también puede consultar este Steve Jobs como one more thing que demuestra el próximo cometa automático.

Descargo de responsabilidad: soy cofundador de NOLOH.

Disfrútalo.

Answer 2

Dos enfoques para este problema en general. Una es que el framework intente y lo haga todo, como ASP.NET de Microsoft con su kit de herramientas Ajax. Esto incluye controles del lado del servidor que producen la funcionalidad Ajax con todos los códigos de cliente y servidor generados para usted. Por ejemplo, su control UpdatePanel permite actualizaciones parciales de la página a través de una llamada Ajax. Sin embargo, no es universalmente popular como un marco en general porque sus modelos de Página y Control a veces se consideran demasiado pesados ​​y con sobrerrellena.

Un segundo enfoque "más delgado" sería separar las preocupaciones. Deje que jQuery o una biblioteca similar se ocupe de las incoherencias entre navegadores y del lado del cliente de la llamada Ajax, y utilice un marco web sencillo y liviano del lado del servidor, como Groovy on Grails o Microsoft ASP.NET MVC (hay otros como yo ' m seguro la gente señalará). Cualquier marco decente debería ser capaz de producir fácilmente datos JSON o XML en respuesta a una llamada Ajax.

En cuanto a los navegadores con Javascript deshabilitado, este es el siglo XXI. ¿Realmente tienes que atenderlos más?

Answer 3

¿Ha dado un vistazo a Pyjamas

Citado del sitio

¿Por qué debo usarlo?

Puede escribir aplicaciones web en pitón - un lenguaje de programación legible - en lugar de en HTML y Javascript , los cuales se convierten rápidamente ilegible, incluso para aplicaciones de tamaño medio. El diseño de su aplicación puede beneficiarse de encapsulando conceptos de alto nivel en las clases y módulos (en lugar de intentar con para incluir tanto HTML como pueda soportar en una sola página); puede reutilizar - y importar - clases y módulos.

Además, la biblioteca de AJAX se hace cargo de todos los navegador de interoperabilidad problemas en su nombre, dejando que libre para centrarse en el desarrollo de aplicaciones en lugar de aprender todos los los "habituales" incompatibilidades del navegador.

Answer 4

El jQuery BBQ: Back Button & Query Library tiene como objetivo ayudar con el problema del "botón de retroceso" de ajax. Puede verificarlo si está considerando jQuery para su funcionalidad Ajax.