2010-02-16 14 views
7

Estoy escribiendo código JavaScript para recorrer y manipular documentos XML profundamente anidados. Con los navegadores modernos, ¿existe todavía la necesidad de bibliotecas crossbrowser como:¿Cuál es la situación con XSLT y XPATH en los navegadores modernos?

Por lo que yo sé, sin necesidad de utilizar uno de estos no habrá ninguna XPath en IE con ActiveX deshabilitado. Y se necesita un envoltorio simple para XSLT y XPath para distinguir entre IE y w3c XML Dom.

+0

¿Está incluyendo IE6 en 'navegadores modernos'? – SLaks

+0

No, Firefox 3.5, Safari 4, Opera 10, Google Chrome. Consulte también la lista en goog-ajaxslt.sourceforge.net/README para algunos navegadores desde 2008. –

+0

¿tiene que hacer la manipulación XML localmente? hemos tendido a evitar y hacer cualquier cosa de servidor de cosas XSLT/XPath (usando hardware datapower) que tiene beneficios de rendimiento, así como la eliminación de la preocupación sobre el navegador local. Bueno, al menos reducirlo a una preocupación HTML/Javascript. – MadMurf

Respuesta

3

Siempre que se adhiera a la funcionalidad de XSLT 1.0, diría que la compatibilidad de XSL y XPATH funciona razonablemente bien en todos los navegadores, incluso desde IE6.

Dicho esto, hay suficientes molestias en el procesamiento XSLT del lado del cliente (incluyendo hasta hace poco un error JQuery diabólico en Firefox para archivos generados con XSLT del lado del cliente) para que no valga la pena.

Trabajé duro en este tema durante la mayor parte de 2009, y no veo ninguna buena razón para hacer el procesamiento en el cliente, cuando es tan fácil hacerlo en el servidor. Si tiene tiene para ofrecer XML, permita que el cliente lo solicite específicamente con una variable de cadena de consulta o un encabezado Aceptar.

1

La situación es mala y no mejora muy rápidamente. Agrega Chrome a tu lista. Procese el lado del servidor XML si puede, SimpleXML en PHP5 y el control Xml en ASP.NET son excelentes lugares para comenzar.

Cuestiones relacionadas