Pregunta

A menudo me topo con los desarrolladores que insisten en usar el tipo de documento XHTML y cuando le pregunto por qué respuesta común es que su "legible por máquina". Una vez que el proyecto está en marcha el marcado no valida.

Ahora que su margen de beneficio no valida ... es válida la lectura mecánica más?

Asumo que si no lo valida no se puede procesar como XML y no puede ser consultado usando XPath.

¿Fue útil?

Solución

XML

Al estar bien formados y XHTML son dos cuestiones diferentes. Pero de todos modos, HTML plano es perfectamente legible por máquina si está bien formado y válido. La única diferencia es que hay más y mejores herramientas y librerías para trabajar con contenido XML que el contenido SGML. Ciertamente, me resulta más fácil a genrerate XHTML válido que no sea HTML válido, pero no hay excusa real para generar documentos válidos de cualquier tipo.

Otros consejos

Si enredar las cosas, que enredar las cosas. Si te dicen los pros sobre XHTML y no están entregando XHTML, pero algo más que simplemente no va a ser un trabajo fácil y es altamente depende de cómo NO XHTML / HTML compatible con su producto es. Sin embargo, dependiendo de su medio ambiente y su uso se debe considerar el uso de tidyhtml .

Los desarrolladores probablemente no tendrán que procesar el marcado final enviado a los clientes, ya que pueden conectarse en cualquier etapa del procesamiento previo. Por lo tanto, cualquier error más adelante en la cadena es poco probable que se deje atrapar, y se sirve a los usuarios hasta que haya un fallo visual o alguien intenta analizar / validar en una etapa posterior durante / después del procesamiento previo. La validación se puede coger esos errores de forma preventiva, pero que nunca han oído hablar de un lugar de trabajo donde "preventiva" no es una palabra de moda?

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