Ist die Maschinenlesbarkeit ein gültiger Punkt für xhtml, wenn es nicht zu validieren ist?

Question

Ich laufe oft über Entwickler, die auf mit dem XHTML-Doctype bestehen und wenn ich frage, warum sie gemeinsame Antwort ist, dass seine „maschinenlesbar“. Sobald das Projekt im Gang ist das Markup nicht validiert.

Nun, da ihr Markup überprüft nicht ... ist die Maschinenlesbarkeit mehr gültig?

Ich gehe davon aus, dass, wenn es nicht lässt sich aber kann es nicht als XML verarbeitet werden und kann nicht mit XPath abgefragt werden.

Answer 1

Das wohlgeformte XML und valides XHTML sind zwei verschiedene Fragen. Aber wie auch immer, einfache HTML ist perfekt maschinenlesbar, wenn es wohlgeformt und gültig. Der einzige Unterschied ist, dass es mehr, bessere Tools und Bibliotheken für die als SGML-Inhalte mit XML-Inhalten arbeiten. Sicherlich finde ich es einfacher gültiges XHTML als gültiges HTML genrerate, aber es gibt keine wirkliche Entschuldigung für die Erzeugung ungültige Dokumente beiden Typen.

Answer 2

Wenn Sie die Dinge vermasseln, Sie schrauben Dinge. Wenn sie sagen, die Profis über XHTML und nicht XHTML liefern, sondern etwas anderes wird es einfach keine leichte Aufgabe sein, und es hängt in hohem Maße ab, wie NICHT Xhtml / html kompatibel ihr Produkt ist. Jedoch abhängig von Ihrer Umgebung und Ihre Nutzung sollten Sie erwägen, mit tidyhtml .

Answer 3

Entwickler wahrscheinlich müssen nicht das fertige Markup an die Clients gesendet verarbeiten, weil sie in jeder Phase der Vorverarbeitung verbinden kann. Daher später ein Fehler in der Kette ist unwahrscheinlich, erwischt werden, und wird die Benutzer bedient werden, bis es gibt einen visuellen Fehler oder jemand versucht, zu einem späteren Zeitpunkt während / nach der Vorverarbeitung zu analysieren / validieren. Die Validierung kann solche Fehler präventiv fangen, aber haben Sie schon einmal von einem Arbeitsplatz gehört, wo „präventive“ kein Schlagwort ist?