Antworten:
Anstatt das Rad neu zu erfinden, ist hier ein großartiger Beitrag, der den Unterschied zwischen den beiden erklärt . Aber um w3schools zu zitieren und Ihnen eine grundlegende Zusammenfassung zu geben:
The Most Important Differences:
XHTML elements must be properly nested
XHTML elements must always be closed
XHTML elements must be in lowercase
XHTML documents must have one root elementSie sind sich so ähnlich, dass es wirklich egal ist, welche Sie zuerst lernen, da die Unterschiede für das, was Sie tun möchten, gering sind. Ich würde sagen, beginnen Sie mit HTML, da es technisch einfacher ist, und verzweigen Sie zu xHTML, sobald Sie glauben, dass Sie bereit sind.
Zusätzlich zu den jüngsten Antworten ist es vorteilhaft, die Unterschiede zwischen HTML4.01 und XHTML 1.0 zu kennen, und die vorherigen Antworten fassen diese Unterschiede zusammen. Bereits erwähnt, dass Sie sich mit den neuen Elementen in HTML5 und den geringfügigen Änderungen in der Semantik vertraut machen sollten. Das Tolle an der HTML5-Spezifikation ist, dass sie im weitesten Sinne abwärtskompatibel mit Ihrem HTML4.01- oder XHTML-Code erstellt wurde. Dies bedeutet, dass Ihre (X) HTML-Seite sofort zu einer HTML5-Seite werden kann, indem der alte Doctype einfach durch den neuen ersetzt wird <!doctype html>. Eine ausgezeichnete Ressource für eine HTML5-Zusammenfassung - Tauchen Sie in HTML5 ein
Wenn Sie sich für die von mir empfohlene HTML5-Route entscheiden, gibt es Nachteile wie bei älteren Internet Explorern wie den Versionen 6-8, die neue HTML5-Elemente wie articleoder nicht erkennen aside. Es gibt jedoch einige Javascript-Bibliotheken, mit denen diese datierten Browser die neuen Elemente erkennen können, damit Sie sie möglicherweise formatieren können. Schauen Sie sich Modernizr oder html5shiv an
Wichtige Unterschiede (verwiesen von W3schools, ich weiß, ich weiß)
Es ist also keine andere Sprache, es sind andere Standards.
Ich empfehle Ihnen, HTML5 zu lernen, es ist die Zukunft und es ist im Moment ziemlich ausgereift. Es gibt wirklich keinen großen Unterschied zwischen ihnen allen, wenn Sie die Grundlagen lernen und loslegen, aber Sie sollten wahrscheinlich nur den aktuellsten auswählen.
Ich stimme Tom zu, dass Sie wahrscheinlich anfangen sollten, HTML5 zu lernen, aber ich würde das nicht nur tun, da es momentan nicht 100% ist. XHTML lehrt Sie im Grunde genommen bessere Codierungsgewohnheiten, da es etwas strenger in Bezug auf das ordnungsgemäße Schließen, das Verschachteln von Namen usw. ist. Ich würde sagen, dass Sie mit XHTML beginnen, um die Grundlagen zu erlernen und gute Codierungsgewohnheiten zu erlernen, und dann beginnen, die neuen Teile von zu lernen HTML5. Gute Codierungsgewohnheiten helfen Ihren Endbenutzern, denen, die Ihnen möglicherweise folgen, und sich selbst später.
Führen Sie Ihre Seiten während des Lernens durch den Validator: http://validator.w3.org/ Dies zeigt auf, wo Sie Ihre Fehler machen, und hilft Ihnen nicht nur beim Schreiben und Freigeben von gültigem Code, sondern kann auch bei der Aufdeckung von Problemen helfen Flecken, die Sie haben können.
Ich schlage vor, mit HTML5 zu beginnen, das im Wesentlichen zum HTML 4.01 der Zukunft (auch bekannt als HTML-Standard der Zukunft) wird. XHTML lernen Codierungsgewohnheiten ist jedoch keine schlechte Idee, da ein strengerer Regelsatz zum Schreiben von (X) HTML-Seiten verhindert, dass Sie Probleme mit schlampigem Code haben.
Einige der wichtigsten Funktionen von XHTML:
/ ).xmlns , obwohl dies in HTML5 nicht erforderlich ist).Richtig verschachtelte Elemente sind technisch eine Voraussetzung für die Validierung von HTML, aber viele HTML-Autoren schreiben schlampigen Code, der nicht richtig verschachtelt ist (z <strong><em>Test</strong></em> ), sodass er manchmal (fälschlicherweise) mit XHTML verknüpft ist.
Ich empfehle dringend, den (X) HTML-Validator und den CSS-Validator zu verwenden zu verwenden, um Ihren Code während des Schreibens zu validieren und eine gute Praxis für gültigen Code beizubehalten.
Wenn Sie Probleme mit dem Code haben, können Sie diese bei Stack Overflow , einem anderen unserer Projekte, veröffentlichen.