Pregunta

I tiene la siguiente situación. Un cliente utiliza JavaScript con jQuery para crear un sitio web complejo. Nos gustaría usar JavaScript y jQuery en el servidor (IIS) por las siguientes razones:

  1. transferencia de habilidades - nos gustaría usar JavaScript y jQuery en el servidor y no tener que utilizar por ejemplo VB Script. / ASP clásico. NET Framework / Java etc se descarta debido a esto.

  2. opciones mejoradas para la búsqueda / accesibilidad. Nos gustaría ser capaz de utilizar jQuery como un sistema de plantillas, pero esto no es viable para los motores de búsqueda y los usuarios con js apagamos -. A menos que podamos ejecutar selectivamente el código en el servidor

Hay una importante inversión en IIS y Windows Server, por lo que cambiar esa no es una opción.

Sé que puede ejecutar JScript en IIS utilizando Windows Script Host, pero estoy seguro de la escalabilidad y el proceso que rodea a este. También estoy seguro de si esto tendría acceso al DOM.

Aquí hay un diagrama que explica la situación con suerte. Me preguntaba si alguien tiene algo hecho similar?

EDITAR: No estoy buscando crítico en la arquitectura web, simplemente estoy esperando para saber si hay alguna opción para manipular el DOM de una página antes de ser enviada al cliente, usando javascript. Jaxer es uno de esos productos (sin IIS) Gracias.

¿Fue útil?

Solución

Para consultar con lo que el navegador al servidor , Rhino , y IIS uso de Microsoft como un motor servlet Java .

El primer enlace es de John Resig de (creador de jQuery) blog.

Actualización Agosto 2 2011

Node.js está llegando a Windows.

Otros consejos

La idea de la reutilización cliente JS en el servidor puede sonar tentador, pero no estoy seguro de que sí jQuery estaría listo para funcionar en el entorno de servidor.

Se tendrá que definir el contexto global para jQuery alguna manera inicializando window, document, self, location, etc.. No estoy seguro de que es factible.

Además, como se ha mencionado Cheeso, Active Server Pages es una tecnología muy obsoleta, que fue sustituido con ASP.Net por Microsoft a principios de siglo. Solía ??mantener un sistema heredado con ASP 3.0 para más de un año y que era el dolor. El pasatiempo más maravillosa fue la depuración: Es casi imposible encontrar nada con el propósito de hoy y tendrá que decript hermosas como errores en el registro de IIS:

  

error '800a9c68'
  O definido por aplicación error definido a objetos

Sin embargo, puedo confirmar que he conseguido cliente y el servidor reutilización JScript. Pero esto era el código escrito por mí que sabía que iba a ser utilizado en el servidor.

P.S. No recomendaría moverse de esa manera. Hay un montón de plantillas marcos que son familiares a los que escriben HTML y JavaScript.

JScript se ejecuta en IIS a través de algo que se llama ASP.
Active Server Pages.
Fue por primera vez disponible en 1996.

Finalmente ASP.NET se introdujo como un sucesor. Pero aún se puede utilizar ASP.

No hay DOM de la página HTML, sin embargo.

Es posible que tenga que reconsiderar su arquitectura un poco.

Creo que las soluciones viables solamente que es probable encontrar en cualquier lugar cerca listo para ir implican poner IIS frente a Java. Hay dos entornos de tipo explorador yo sepa codificado para Java:

1) env-js (véase http://groups.google.com/group/envjs y http://github.com/thatcher/env-js ) Creo que éste tiene contribuciones de jQuery John Resig y se pone junto con las pruebas / soporte en cuenta jQuery.

2) HtmlUnit (ver http://htmlunit.sourceforge.net/ ) de este uno más viejo, y no fue concebido originalmente alrededor de jQuery, pero hay informes en la naturaleza de usarlo para ejecutar conjunto de pruebas de jQuery con éxito ( http://daniel.gredler.net/2007/08/08/htmlunit-taming-jquery/ ).

Si quieres algo puro-IIS / MS, creo que su observación acerca del sistema principal windowsScript y / o algo así como el JScript.NET semi abandonado es probablemente lo más cerca que vas a venir, junto con un puerto ( lo que es probable que tenga que empezar) de algo así como ENV-js o HtmlUnit.

Además, no sé si has visto la lista de Wikipedia de soluciones de JavaScript del lado del servidor:

http://en.wikipedia.org/wiki/Server-side_JavaScript

Por último ... probablemente podría escribir una jQuery-como biblioteca útil en cualquier idioma, que ya cuenta con algún tipo de biblioteca y de primera clase de funciones DOM (o, en su defecto una instalación eval). Véase, por ejemplo pQuery para Perl ( http://metacpan.org/pod/pQuery ). Esto sería conseguir que los beneficios del estilo de jQuery de manipulación de documentos. la transferencia de conocimientos es grande y JavaScript tiene una maravillosa confluencia de características muy agradables, pero por otro lado, tener los desarrolladores que se han preocupado de aprender varios idiomas es también grande, y JS no es la única lengua bonito que hay.

Creo que es principalmente un guión basado en el navegador por lo que probablemente usted es mejor de utilizar tecnologías basadas en VB o .NET para realizar o generar HTML a partir de plantillas. Estoy seguro de que hay ya en el mundo Java existen unos pocos de estos en todo (como la velocidad). A continuación, tendría que utilizar jQuery para crear o agregar funcionalidad del lado del cliente y facilidad de uso por lo que hace que el sitio web sea más útil de lo que hubiera sido.

¿Qué es exactamente lo que quiere decir con

  

"Un cliente utiliza JavaScript con   jQuery para crear un sitio web complejo "

La mitad del punto de jQuery es para hacer más fácil para el desarrollador para manipular el DOM, y por lo tanto añadir mejoras interactivas a un sitio web. Mediante la ejecución del Javascript en el servidor y sólo renderizado HTML perderá la capacidad de agregar estas mejoras, sin hacer un viaje de vuelta al servidor (piensan WebForms PostBack modelo ... uf).

Ahora bien, si lo que realmente quieren decir es que el cliente utiliza un constructor de sitio basado en jQuery, por qué no tener que HTML plana salida de la herramienta en el primer lugar?

Tome un vistazo a este tecnología . Puede invocar secuencias de comandos para ejecutar en el servidor, en el cliente, o ambos. Además, esto realmente implementa el motor de Firefox en el servidor. Tome una mirada en ella.

Jaxer de Aptana es el primer servidor web AJAX hasta ahora. No he tryed todavía, pero lo haré. Parece prometedor y muy potente.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top