Pregunta

Tenemos una página antigua escrita en ASP clásico que realiza llamadas a una página .asp existente a través del objeto Updater de la biblioteca Prototype.

Esta llamada pasó algunos parámetros de cadena de consulta en w / the request y recibió una lista de parámetros para actualizar, así como un bloque de HTML / JS para representar en la página asp principal.

Parece que el ciclo de vida de la página complica las cosas, pero la implementación en un control de servidor o control de usuario real podría funcionar.

[EDITAR] Me gustaría aclarar / simplificar la pregunta original: ¿Hay alguna forma de representar un control ASP.NET (.ascx o control de servidor) en una página que no sea ASP.net?

Idealmente, se llamaría a través de AJAX y devolvería un bloque de texto HTML, junto con alguna forma de transferir el estado a la página de recepción.

¿Fue útil?

Solución

Puede colocar el control en un servicio web que devuelve el HTML sin procesar como salida y llamar al servicio web desde AJAX colocando los resultados donde desee utilizando HTML dinámico. Sin embargo, es posible que tenga que jugar con el búfer de salida del control para que funcione de la manera que desee.

Otros consejos

¿Podría poner un IFRAME en el asp que contiene la página aspx y usar algún mecanismo para pasar parámetros, posiblemente a través de un valor de QueryString?

¿La página asp podría escribir una entrada (params) en una Tabla, creando una ID (Guid) que se pasa a la página aspx que recupera la entrada?

Suponiendo que su servidor web puede ejecutar archivos .aspx en el marco de destino, entonces sí, puede representar los RESULTADOS del control / página en una página asp clásica, o en una página html antigua simple. No puede tener presente ninguna funcionalidad del lado del servidor, por lo que solo estaría representando los resultados generados en html del control / página.

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