Ist es die Entwicklungszeit zur Ausgabe von gültigen HTML wert?

Question

Entwicklung von Websites sind zeitaufwendig. Um die Produktivität zu steigern, würde ich einen Prototyp Code zu unseren Kunden zu zeigen. Ich mach dir keine Sorgen darum, den Prototyp comform zum Standard. Die meiste Zeit haben unsere Kunden würden den Prototyp genehmigen und eine unzumutbare Frist geben. Ich in der Regel des Prototyp in Produktion am Ende mit (hey, der Prototyp funktioniert. Keine Notwendigkeit, meine Arbeit schwieriger zu machen.)

Ich kann den Code zur Ausgabe gültiger HTML Refactoring. Aber ist es die Mühe wert, zur Ausgabe von gültigen HTML?

Answer 1

Es ist nur die Mühe wert, wenn es Ihnen einen praktischen Nutzen gibt. Das Festhalten an Standards könnte es einfacher, eine Website zu erstellen, die in den meisten Browsern funktionieren. Dann wieder, wenn Sie glücklich mit, wie eine Website zeigt auf den Browsern um dich kümmern (vielleicht einer, vielleicht alle), dann durch den Reifen geht es Validierung übergehen zu lassen, ist eine Verschwendung von Zeit.

Auch der Unterschied in SEO zwischen einer All-valid html Website und einer meist gültigen HTML Webseite ist zu vernachlässigen.

So suchen immer nach dem praktischen Nutzen, gibt es einige in manchen Situationen, aber tun es nicht nur um von ihm.

Answer 2

Ja. Es ist schwer genug versucht zu behandeln, wie verschiedene Browser gültige HTML machen wird, nie versucht, etwas dagegen, vorherzusagen, was sie mit ungültigen Code tun werde. Das Gleiche gilt für Suchmaschinen -. Genug Probleme in der HTML auf der Website führen möglicherweise nicht korrekt indiziert oder gar

Ich denke, die wirkliche Antwort ist „es hängt davon ab, was ist mit dem HTML ungültig ist“. Wenn die ungültigen Teile zu Fragen der Zugänglichkeit betreffen, könnten Sie sogar finden Ihre Kunden rechtliche Probleme hat, wenn sie die Website auf kommerzieller Basis.

Answer 3

Wahrscheinlich nicht, wenn Sie eine nicht konforme Website haben zu beginnen und sind wenig Zeit.

Allerdings, und Sie werden es mir nicht glauben, weil ich nicht andere glaubte zu beginnen, aber es ist einfacher, eine Website von Anfang an konform zu machen - es spart Ihnen Kopfschmerzen im Hinblick auf die Browser-Kompatibilität, CSS Verhalten und sogar JavaScript Verhalten und es ist in der Regel weniger Markup zu halten.

Site Compliance (zumindest zu Transitional) ist recht einfach.

Answer 4

konformen HTML Herstellung ist ähnlich, um sicherzustellen, dass Sie keine Warnungen während einer Zusammenstellung haben - die Warnungen sind aus einem bestimmten Grund gibt, können Sie nicht erkennen, was dieser Grund ist, aber die Warnungen ignorieren und, bevor Sie wissen, wo Sie sind, da wie so viele, können Sie die man nicht erkennen, die für das Problem relevant ist, die Sie zu korrigieren versuchen.

Wenn Sie Firefox verwenden, um Ihre Web-Seiten zu sehen, werden Sie einen hilfreichen grünen Haken bekommen oder ein rotes Kreuz in der rechten unteren Ecke, Sie schnell showin ob Sie erfüllt haben oder nicht. Ein Klick auf ein rotes Kreuz zeigt Ihnen all die Orte, wo man vermasselte. Einige der Warnungen / Fehler kann ein bisschen pedantisch erscheinen, aber befestigen Sie sie, und Sie werden in vielerlei Hinsicht profitieren.

1. Ihre Seite ist viel wahrscheinlicher, mit einer breiteren Palette von Browsern zu arbeiten.
2. Accessibility Compliance wird einfacher sein (Sie müssen 'alt' Attribute auf Ihre Bilder, zum Beispiel)
3. Wenn Sie XHTML als Standard, Ihr Markup wählen, wird aber eher in einer AJAX-Umgebung nützlich sein.

Gelingt dies nicht, führt zu Unberechenbarkeit.

Eines der größten Probleme mit Web-Browsern ist, dass sie schlechte Gewohnheiten verewigt haben (und immer noch tun, in einigen Fällen) durch geräuschlos bestimmte Markup Probleme zu korrigieren, wie Fehler Tabellenzellen und / oder Reihen zu schließen. Diese einzige Tatsache hat in Tausenden von Webseiten geführt, die nicht kompatibel sind, sondern ‚Arbeit‘, die Entwickler in ein falsches Gefühl der Sicherheit einzulullen.

Wenn man bedenkt, wie viele Dinge es gibt, dass mit einer Website schief gehen kann, faul zu sein, wenn es um die Einhaltung kommt, ist nur mehr Probleme zu Ihrer Workload hinzuzufügen.

EDIT: Ihr Original-Beitrag wieder gelesen zu haben, merke ich, dass Sie sagen, dass Sie nicht mit der Einhaltung stören, wenn an einem Prototyp arbeiten, dann gehen Sie auf zu sagen, dass Sie in der Regel den Prototyp in der Produktion verwendet werden - das bedeutet, dass es nicht streng ein Prototyp, aber ein Kandidat. Die normale Situation in einem solchen Fall ist, dass, wenn der Kunde einen Kandidaten akzeptiert, wird keine Zeit für Bugfixing zugeordnet oder aufzuräumen, so das Argument, die Stärkung der für die Herstellung der Markup-konform an erster Stelle.

Wenn Sie keine Zeit später gegeben werden, tun Sie es jetzt.

Wenn Sie Zeit später gegeben werden, dann hat man die Zeit, es trotzdem zu tun.

Answer 5

Wenn Sie Ihre Augen sein wollen zugänglich für Menschen mit und ohne Behinderung sowie externe Systeme, dann ja, dann sollten Sie auf jeden Fall sicher, dass Sie die Ausgabe gültig HTML machen.

Es ist einfach, Ihre HTML zu testen, mit automatischen Validatoren .

Ich werde zu dem, was Mike Edwards sagte über rechtliche Konsequenzen und daran erinnern, dass Sie eine moralische Verpflichtung haben auch:)

Answer 6

Warum der Prototyp in gültig (X) HTML in erster Linie nicht schreiben? Ich habe nie festgestellt, dass mehr Mühe zu sein, als ungültigen HTML verwenden. gültiges XHTML produzieren sollte eine triviale Aufgabe sein. (Auf der anderen Seite, die Herstellung von semantisch sinnvollen XHTML vielleicht anstrengender sein.)

Kurz gesagt, ich sehe keinen Vorteil überhaupt in mit ungültigem HTML-Code für Prototypen.

Answer 7

ich ehrlich weiß nicht, warum es zusätzlichen Aufwand ist Standards HTML zu tun. Es ist nicht so, dass es schwer ist, und Sie sollten es als eine Frage der Professionalität tun.

Wenn Sie jemanden bezahlt man ein Haus zu bauen und er schnitt Ecken aus Faulheit, dass Sie zur Zeit nur knapp sein Ziel Ankündigung, aber in 10 Jahren Risse in den Wänden erschienen, würden Sie glücklich sein?

Answer 8

Valid HTML nur in der Lage sein ein Abzeichen auf Ihrer Website hat - nein.

"valid HTML" im Sinne des Haben "HTML, die auf alle wichtigen Browser oder Browser-Engine arbeitet." - ja

Answer 9

Auf jeden Fall. Ungültige Code kann alle möglichen seltsamen Verhalten verursachen, und Fehler, die diese nicht verschleiern, dass zu tun, wenn Sie einen Validierungsbericht erhalten.

Typischer Fall:

Ein gelber Hintergrund wurde aus einer Liste von Nachrichten und die Überschrift für die nächste Liste der Nachrichten zu verschütten -. Sondern nur im Internet Explorer

Warum? Der Hintergrund wurde auf ein Listenelement angewandt, aber die Person, die die Seite geschrieben hatte es als eine einzige Liste mit einer Überschrift in der Mitte geschrieben. Überschriften sind nicht erlaubt zwischen Listenelemente und verschiedene Browser versucht, von ihm auf unterschiedliche Weise zu erholen. Internet Explorer beendet das Listenelement (mit der Hintergrundfarbe), wenn sie den Beginn des folgenden Artikel sah (nach der Überschrift), während andere Browser es beendet, wenn sie das Ende-Tag für den ersten Listenpunkt sah.

Es war der einzige Gültigkeit Fehler auf der Seite, so dauerte es nur ein paar Minuten, um das Problem aufzuspüren und zu beheben.

Answer 10

Weil, wenn Sie an Standards halten, Ihre Arbeit in Zukunft kompatibel sein wird. User Agents für die Einhaltung von Standards bemühen und ihre Macken Nichteinhaltung Modus wird immer freibleibend. Dies ist der Weg sein soll.
Es sei denn, Sie in diese ganze IE8 gebrochene Standards sind Verewigung Sache, dass sie standardmäßig aktiviert werden soll. - das ist ein anderes Argument.
Webkit, Gecko, Presto? (Ist das Motor-Oper?), Und die anderen werden immer mit jedem Release nachgiebiger geworden.
Es sei denn, Ihre HTML-Arbeit in einer IE eingebetteten Browser-Steuerung ist, dann gibt es wirklich keinen Grund zu der Ausgabe gültig html solange es macht.

Answer 11

Meiner Meinung nach dem wichtigste Kriterium ist „fit for purpose“ - Wenn Sie Ihre Kunden etwas für einen kleinen / Binnenmarkt wollen (und ist es egal, ob der potenziellen Kunden entfremdet, die Behinderungen oder verwenden weniger gängigen Browser haben), dann ist das ihre Wahl.

Zur gleichen Zeit, die ich denke, es ist unsere (als Entwickler) Verantwortung sicherstellen, dass sie die Auswirkungen ihrer Entscheidungen erkennen - Einige Organisationen werden durch gesetzliche Anforderungen gebunden werden, die Websites, die von Screen-Readern nutzbar sein, die in der Regel bedeutet, standardkonforme HTML .

Answer 12

ich glaube machen gültige HTML-Ausgaben Ihrer Entwicklungszeit verletzt wont so viel, wenn Sie selbst trainiert haben gültige html von Anfang an kodieren.
für ein, es ist nicht so schwer zu wissen, welche Tags innerhalb eines Elements
nicht erlaubt sind und die erforderlichen Attribute in einem Tag sind manchmal die, die Sie wirklich sowieso brauchen würde - ich glaube, das sind die wichtigsten sind Fehler, die Ihre hTML ungültig machen, warum also nicht nur lernen, sie so früh wie jetzt, wenn Sie im Internet für lange bleiben wollen?
und gültige hTML ausgibt kann Ihre Websites Ranking dazu beitragen,

Answer 13

Es gibt zwei Regeln für das Schreiben von Websites:

1. Die Website muss für die Benutzer arbeiten.
2. Die Website muss für die Benutzer arbeiten.

die erste Regel erfüllen, müssen Sie codieren, so dass Ihre Website richtig macht, wenn Internet Explorer verwendet wird. Sofern Sie die Freiheit haben, das Design Ihrer Website zu ändern, nur die Funktionen zu verwenden, die IE richtig macht, bedeutet dies, ungültige HTML zu schreiben.

Um die zweite Regel zu erfüllen, haben Sie so codieren, dass Ihre Website richtig macht, wenn der Bildschirm-Leser mit und Braille-Bildschirme. Obwohl einige neuere Screenreadern mit IE-Ziel-Websites arbeiten können, in der Regel bedeutet dies gültige HTML zu schreiben.

Wenn Sie an einem kleinen Projekt arbeiten, oder Sie sind Teil eines großen Teams, können Sie eine Website-Code, gibt IE-bezogene HTML-Code für IE und valides HTML anders. Aber wenn Sie auf einem mittleren bis großen Projekt auf eigene Faust nehmen, müssen Sie entscheiden, was Sie regieren gehst zu folgen und welche Sie ignorieren gehst.

UPDATE:

Dies ist immer von anderen Nutzern abgewählt, die denken Sie immer weg mit gültigen HTML in IE bekommen. Das mag wahr sein, wenn Sie die Flexibilität haben Sie Ihr Design zu ändern, um IE Mängel zu bekommen, aber wenn ein Kunde Sie ein Design gegeben hat, und Sie haben, um es arbeiten, müssen Sie unter Umständen ungültig HTML greifen. Es ist traurig, aber es ist wahr, was sie vielleicht denken.