javascript - software - ¿Alguien está familiarizado con Jaxer? Estoy buscando pros y contras

php text editor (4)

Me doy cuenta de que esta pregunta ya se hizo antes , pero ha pasado un mes sin respuestas decentes ... Estoy mirando el Jaxer de Aptana y el concepto me parece muy emocionante.

Aquí hay una descripción general rápida para aquellos que no están familiarizados con ella:

Jaxer es, en sus palabras, "el primer servidor AJAX verdadero del mundo". Se basa en el motor de Mozilla, por lo que los scripts se escriben con javascript y tiene acceso completo al DOM en el lado del servidor.

Los scripts se colocan en sus páginas con etiquetas <script> y puede especificar un atributo runat (ala ASP.NET) para marcar scripts para ejecución en el cliente, servidor, ambos, o como un "servidor proxy" que hace que las funciones estén disponibles en el cliente, pero se ejecutan en el servidor a través de AJAX. Esto también significa que puede usar sus bibliotecas favoritas del lado del cliente (jQuery, Prototype) en el servidor y también en el cliente.

También se puede usar para procesar documentos que se generan en otro idioma (p. Ej., Php, ruby) que, me imagino, no es práctico, excepto para ayudar en la transición de aplicaciones existentes para usar Jaxer.

¿Cuáles son los pros y los contras?
¿Qué tan maduro / estable es la API?
¿Qué tan bueno es el rendimiento en comparación con otros preprocesadores html del lado del servidor?
¿Alguien ha usado Jaxer con otra tecnología (php, pearl, ruby, etc.) y cuáles fueron sus experiencias?

EDITAR: He publicado otra pregunta con respecto a un inconveniente que descubrí mientras jugaba con Jaxer: definición de objetos al usar Jaxer

Me encontré con este conjunto de puntos de referencia de rendimiento .

Parece que Jaxer funciona mejor que Rails, pero no tan bien como php ...

No usé Jaxer por mucho tiempo, pero aquí hay algunas cosas que encontré:

Pros

Escriba el frontend y back-end en el mismo código. Especialmente bueno para escribir lógica de validación.
Comunicación AJAX "sin interrupciones" de vuelta al servidor: es como llamar a una función JS.
La capacidad de utilizar marcos de JavaScript como jQuery para manipular el DOM.
La capacidad de generar o manipular imágenes usando Canvas API.
Puedes escribir el JavaScript de tu servidor usando las nuevas características de JavaScript 1.8 como Array extras y getters / setters.

Contras

Encontré que su API era inestable (estaban haciendo la transición a 1.0 cuando lo estaba intentando, así que tenía sentido) y la documentación era confusa, faltaba o no coincidía con la funcionalidad modificada. También descubrí que era muy difícil depurar mi código del lado del servidor de Jaxer, y cuando me metía en problemas, los mensajes de error no eran muy útiles.
No se obtiene una separación real MVC o incluso MVP (estilo ASP.NET) entre su presentación y su lógica.
Personalmente no pude hacer funcionar E4X (xml en JavaScript), que se suponía que era un gran atractivo.
No hay mucho marco construido en torno a eso para construir una aplicación completa. Estás empezando desde algunos bloques básicos bastante básicos.
En realidad, no proporciona ninguna ayuda en su vista, así que olvídese de todos los componentes de plantillas o reutilizables que pueda usar en otro lugar. No es que no puedas replicar eso, pero es más difícil que tenerlo fuera de la caja.

En general, creo que Jaxer tiene la mayor promesa como postprocesador frente a otro web framewok. Sería grandioso usar Jaxer para superponer todo el material AJAX en la parte superior de un sitio existente. Sería mucho más fácil hacer un sitio dinámico con validación / lógica de manipulación de página compartida entre el servidor y el cliente. No creo que me gustaría escribir una aplicación usando solo Jaxer. Además, es joven (e inmaduro). Me interesará saber dónde termina.

@BRH: Gran idea. Me gustaría repetir todos los "Pros" y "Cons" 2, 4 y 5 y su resumen final. Tengo la sensación de que no tenían la intención de desplazar a ninguno de los mercados de los marcos ascendentes ... pero si pudieran hacerlo y mantenerlo tan ajustado y comprensible como es, ¡espero que lo hagan! Me gusta la forma en que piensan!

PD: No sé si es nuevo, pero hay una <jaxer:include que inyecta fragmentos en la página antes de la ejecución del script del lado del servidor que podría ser de ayuda en algunos escenarios de reutilización de código. Puede haber más para mí para descubrir en ese sentido.

Creo que Jaxer es tan prometedor, proviene de un desarrollador de AJAX aquí;) ... aunque eso significaría que tengo que terminar o usar menos PHP, mi primer idioma. :)