¿Cuál es la mejor manera de validar el formato en un componente basado en framework web?

Question

Si usted está utilizando un componente basado en (aka Basados en la extracción) framework web (por ejemplo,Tapiz, Wicket, et al), ¿cómo se puede determinar que el marcado pasa validación W3C?Dos enfoques vienen a la mente:

Rastreo de la ejecución de la aplicación

Pro:

• Todo el marcado que se requiere para la validación existe en la página.

Contras:

• Puede ser muy complicado para golpear cada página y cada caso.
• Si algo está mal, no puede ser evidente el componente que está causando el problema (especialmente en aplicaciones de gran tamaño).
• Usted puede ser la validación de la misma pieza una y otra vez (la duplicación de esfuerzo).
• Puede tomar un tiempo muy largo, si hay muchas páginas/componentes.

Rastreo de las plantillas de HTML sin conexión

Pros:

• Usted sólo tiene que validar cada componente de una vez.
• Si usted encuentra un problema, usted sabrá exactamente qué componente está causando.

Contras:

La mayoría de los contras puedo pensar en involucrar a perder el contexto de los componentes, ya que no tendrá el pleno de marcado de una página.

• Usted no puede saber el DOCTYPE para un componente dado.
• Puede ser difícil saber lo que es un componente principal es, lo que podría conducir a problemas.E. g.La detección de la no válido caso de una línea de la etiqueta (por ejemplo, <span>) que contiene una etiqueta de bloque (por ejemplo, <form> o <p>).
• Plantillas HTML en estos tipos de marcos contienen a menudo no válido atributos y símbolos especiales (generalmente para indicar algo para el marco) que no va a validar.

Así que la pregunta es, si usted está utilizando una arquitectura basada en componentes, ¿cómo validar su margen de utilidad?Hay técnicas recomendadas o, mejor aún, las herramientas para hacer esto?

EDITAR: Estoy un poco sorprendido de que no había más respuestas para esto.Es raro que para validar su marcado al uso de componentes basados en marcos?O hay muchas personas no uso de ellos?

Answer 1

realmente quiere hacer la mayor parte de este tipo de validación y pruebas utilizando el documento completo servido. Esto asegura que lo que se está validando es realmente lo que los navegadores web están viendo.

Una buena opción para esta función de la cantidad de URLs que tienen que validar es utilizar el servicio de validación de lotes de la GDA.

http://htmlhelp.org/tools/validator/batch.html.en

Como alternativa wdg y W3C tienen un validador en línea que se puede utilizar con una secuencia de comandos para agregar los resultados de las pruebas. Una rápida búsqueda en Google le dará un par de ellos, y no son difíciles de hacer usted mismo si usted está tan inclinado.

Es necesario para generar la lista de URL del mismo, ya sea con una secuencia de comandos que se arrastra, o desde su base de datos. Se puede reducir el número de páginas que ha hecho para validar si tiene algunas páginas con contenido dinámico que no puede ser "roto" por sus usuarios finales.