¿Qué importancia tiene la validación W3C XHTML/CSS al finalizar el trabajo?[cerrado]

Question

Aunque hoy en día siempre me esfuerzo por lograr una validación completa, a menudo me pregunto si es una pérdida de tiempo.Si el código se ejecuta y se ve igual en todos los navegadores (uso browsershots.org para verificar), ¿tengo que seguir adelante o simplemente estoy siendo demasiado anal?

¿A qué nivel mantiene su código cuando lo crea?

a) usted mismo b) sus clientes

PDJeff y compañía, ¿por qué no se valida el desbordamiento de pila?:)

EDITAR:Algunas buenas ideas, creo que como he estado tan obsesionado con la validez durante tanto tiempo, programo sabiendo qué causará problemas y qué no, por lo que estoy en una mejor posición que las personas que crean un sitio primero y luego "van". volver y solucionar los problemas de validación"

Creo que puedo publicar otra pregunta sobre el desbordamiento de pila;"¿Validas a medida que avanzas o terminas y luego regresas y validas?" Como parece ser a dónde va esta pregunta

Answer 1

a) Debe verse igual

b) Lo más conforme posible con las normas, pero no tan estricto que bloquee el trabajo final.

En una situación en la que tienes acceso perpetuo al código, no creo que el cumplimiento de los estándares sea tan importante, ya que siempre puedes realizar cambios en el código si algo falla.Si no tiene acceso perpetuo (es decir, firma el código y se convierte en responsabilidad de otra persona), probablemente sea mejor cumplir con los estándares lo más posible para minimizar los dolores de cabeza de mantenimiento posteriores...Incluso si nunca más tienes que lidiar con el código, tu reputación persiste y puede transmitirse a otros clientes potenciales, y a muchos equipos les gusta culpar a los desarrolladores anteriores por los problemas que surgen.

Answer 2

Creo que ésta es un área en la que deberías esforzarte por utilizar la Principio de robustez en la medida de lo práctico (lo cual es un buen consejo para cualquier área de codificación).Sólo porque algo funcione hoy no significa que funcionará mañana:Si confía en un truco HTML/CSS particular o incluso si ha sido un poco negligente al emitir código estrictamente válido, la próxima iteración de navegadores bien podría fallar.Hacerlo una vez de la manera correcta minimiza este problema (aunque no lo mitiga por completo).

Sin embargo, hay un cierto elemento de pragmatismo a tener en cuenta aquí.Ciertamente haría todo lo posible para que el sitio de un cliente sea válido, pero estaría dispuesto a correr más riesgos en mi propio espacio.

Answer 3

Creo que sólo los chicos de "tecnología" realmente se preocupan por "el 100% del cumplimiento de los estándares".A los consumidores habituales de mi página (= usuarios) no les importa si no hay un atributo alternativo para un "elemento de imagen del borde del menú".

Normalmente me aseguro de no ver ningún error obvio (todas las etiquetas cerradas, todas en minúsculas, atributos entre comillas,...), pero si se ve bien en IE y FF, eso es todo lo que me importa.Realmente no me importa si uso un atributo no estándar en cualquier etiqueta HTML, de modo que la página no se valide con una DTD, siempre y cuando obtenga los resultados visuales que pretendía obtener.

Answer 4

Para entender por qué La validación importa, es necesario entender cómo funciona un navegador en sus diferentes capas, y también un poco sobre la historia de la web desde la perspectiva de los navegadores web.

El HTML que usted le da a un navegador es interpretado por el navegador siguiendo el DOM, una interfaz de programación de aplicaciones que traza la página completa como una jerarquía de nodos.Cada parte de eso árbol es un tipo de nodo que contiene diferentes tipos de datos.DOM (Document Object Model) era necesario debido a la diversidad de páginas HTML que los primeros navegadores web (Netscape, IE...) implementaban para permitir alterar la apariencia y el contenido de una página web sin recargarla.Para preservar la naturaleza multiplataforma de la web, el W3C quería arreglar la implementación diferente de esos navegadores, proponiendo DOM.

La compatibilidad con DOM se convirtió en una gran prioridad para la mayoría de los proveedores de navegadores web y se han realizado esfuerzos continuos para mejorar la compatibilidad en cada versión.Entonces funcionó.

DOM es el paso básico con el que se inicia un navegador web.Su flujo principal es:

1. analizando HTML para construir el árbol DOM
2. renderizar la construcción del árbol
3. diseño del árbol de renderizado
4. pintando el árbol de render

El paso 1 da la árbol de contenido, con las etiquetas convertidas en nodos DOM.El paso 2 da el render arbol, que contiene información de estilo.

Entonces, por qué la validación importa:porque árbol de contenido y render arbol son la base a partir de la cual el navegador web comienza su trabajo.Cuanto más bien estén definidos, mejor para el navegador web.

En última instancia, el DOM también es la base de sus eventos de JavaScript.Entonces, su validación también ayuda a la capa de interacción.

Answer 5

Sé que esto no responde toda tu pregunta, pero vale la pena considerar que al usar HTML completamente válido puedes estar seguro de que tu sitio web funcionará correctamente en futuro Navegadores web que aún no se han lanzado.

Answer 6

Mi enfoque tiende a ser asegurarme de poder validar completamente todas las páginas; sin embargo, sigo enviando la página como texto/html en lugar de aplicación/xhtml+xml para que no haya errores XML desagradables en caso de que me haya perdido algo.

Answer 7

Para mí, siento que he hecho un buen trabajo si mi código se valida.Ver la casilla de verificación verde en las páginas del w3c me marea un poco.En cuanto al grupo b, normalmente solo les importa que se vea y funcione igual en todos los navegadores.El único lugar donde he descubierto que esto no es cierto es el sector gubernamental.Requieren una validación completa no sólo con el w3c sino también pasar las pruebas ADA (básicamente, ¿cómo suena con un lector de pantalla)?

PD.cuando digo sector gubernamental, me refiero específicamente al estado de California y algunos condados dentro de él.No he tenido ninguna experiencia con otros grupos gubernamentales además de ellos.

Answer 8

Creo que la validación es una buena prueba de fuego para saber si has hecho las cosas correctamente, así que si solo hay unos pocos problemas menores, ¿por qué no solucionarlos y asegurarte de que al menos los navegadores entiendan correctamente tu sitio en el futuro (incluso si ¿Representan las cosas de manera diferente por otras razones)?

OTOH, para la mayoría de los proyectos, la validación parece un gran dolor de cabeza y si puede hacer que todo funcione en todos los navegadores, no vale la pena gastar más de un día o una semana más solo en la validación.

Answer 9

Excepto que los validadores en sí son tan positivamente anal, cuando marcan un error o advierten cada vez que un -moz- o -webkit o -o- ieSe utiliza un término de calificación específico del navegador.¡También quieren que especifique 0px en lugar de 0 u otras unidades cero es cero que sean las unidades con las que el validador quiere verificarlo!

simplemente intente validar el estilo WordPress Twentyeleven.css, arroja 140 errores impares que son todos de la naturaleza anterior o el validador se está recuperando de los errores de análisis.

¡¡¡Los validadores son inútiles si no puedes separar el trigo de la paja!!!

¡Necesitamos validadores que reconozcan los términos de calificación específicos del navegador!