Ich habe einen Artikel gesehen, den er letztes Jahr über Perfection Kills geschrieben hat. Er war sehr ausführlich über die HTML-Optimierung, obwohl einige der darin enthaltenen Dinge in der aktuellen Umgebung nicht angewendet werden können. Angesichts des aktuellen Trends, dass WEB-Anwendungen allmählich zum Front-End werden, hat die clientseitige Optimierung immer mehr Aufmerksamkeit auf sich gezogen, wie z . B. die Reduzierung von Code, die schnelle Anzeige von Anwendungen für Benutzer, die Reduzierung der Benutzerwartezeit usw 34 goldene Optimierungsregeln Es wird ein detaillierter Optimierungsplan vorgeschlagen.
Der grundlegendste Teil der Webseitenoptimierung sollte die HTML-Optimierung sein. Insbesondere kann die Markup-Bereinigung nicht nur die Größe des Dokuments reduzieren, sondern auch die Pflege des Dokuments erleichtern und die Sichtbarkeit in Suchmaschinen verbessern Markup bedeutet bessere Zugänglichkeit, einfachere Wartung und gute Sichtbarkeit in Suchmaschinen), aber selbst für Webseiten, die als hochoptimiert gelten, können Sie bei genauer Betrachtung des Codes immer noch viele Tag-Verwendungen finden, die gelöscht oder gelöscht werden können sind veraltet:
1.Kommentieren Sie Zeichen im Skript
<SCRIPT-Sprache=Javascript>
<!-- Beginnen
alarm("daimaren.cn");
// Ende -->
</script>
Sofern ein fast ausgestorbener Browser wie 95 Netscape 1.0 eine solche Verarbeitung nicht erfordert, ist das Hinzufügen von HTML-Kommentaren zu Skriptblöcken in den meisten Mainstream-Browsern völlig unnötig.
2.<![CDATA[ … ]>
<script type="text/javascript">
//<![CDATA[
...
//]]>
</script>
Dies ist eine weitere Fehlerverhinderungsmaßnahme, die häufig in js-Codeblöcken hinzugefügt wird. Sie soll verhindern, dass der Code ein <-Symbol als Anfang eines Tags analysiert, wenn es um echte XHTML-Dokumente geht (Inhaltstyp „application/xhtml+xml“). . Alle in CDATA enthaltenen Inhalte werden als Text behandelt. Die tatsächliche Situation ist jedoch, dass der Inhaltstyp fast aller Webseiten derzeit Text/HTML ist, was bedeutet, dass es sich nicht um XML-Dokumente im engeren Sinne handelt, sondern nur um Texttext, sodass diese Fehlerverhinderungsmaßnahme völlig unnötig ist Wenn Sie sicher sind, dass XML-Dokumente unterstützt werden, sollten Sie CDATA je nach Situation entsprechend verwenden.
3.onclick=“…“, onmouseover=““und so weiter.
Es ist eine sehr unkluge Praxis, Ereignisattribute in HTML-Tags zu schreiben, was die Wartbarkeit des Codes verringert und die Tags verunreinigt. Wenn die Ereignisattribute dynamisch über JS hinzugefügt werden, kann dies nicht nur flexibel gesteuert werden, sondern auch vom JS-Client verwendet werden. Der Vorteil des Caching besteht darin, dass diese Ereignisattribute nicht jeder Dokumentanforderung folgen müssen.
4.onclick=“javascript:…“
Dies ist ein interessantes Javascript-Durcheinander. Pseudoprotokolle und intrinsische Ereignishandler können bis zu 100.000 redundante Kombinationen bilden. Tatsache ist, dass der Inhalt innerhalb des Ereignisattributs nach der Analyse zu einer Funktion des Körpers wird . , also wird javascript: hier zu einem nutzlosen überflüssigen Tag.
5.href="javascript:void(0)"
Wenn wir mit dem Pseudoprotokoll javascript: fortfahren, ist eines der berüchtigten Protokolle javascript:void(0), das verwendet wird, um die Standard-Ankeraktion zu vermeiden. Es führt dazu, dass JS nicht normal analysiert werden kann oder Fehler macht (deaktiviert/nicht verfügbar/). Fehler). Der Ankerpunkt ist vollständig nicht verfügbar. Die ideale Lösung besteht darin, die richtige URL in die href einzugeben und sie dann mit JS dynamisch neu zu schreiben, sodass der Ankerpunkt auch dann nicht verfügbar ist, wenn der JS nicht ausgeführt wird. HREF="#" ist eine optimierte und schnellere Alternative.
6. style=“…“
Es liegt kein wesentlicher Fehler vor, die spätere Wartung ist jedoch mühsam. Darüber hinaus kann das Verschieben in eine externe CSS-Datei zwischengespeichert werden, um die Effizienz der Seitenausführung zu verbessern.
7. <script language="Javascript" … >
Eines der am meisten missverstandenen Attribute, nämlich die Annahme, dass dies die „Sprache“ des Skripts sei, ist so alt, dass es 1999 veraltet war.
8. <script charset=“…“ …>
<script type="text/javascript" charset="UTF-8">
...
</script>
Ein weiteres leicht missverstandenes Attribut des Skript-Tags, charset, wird in HTML4.01 beschrieben: Bitte beachten Sie, dass sich das charset-Attribut auf die Skriptkodierung bezieht, die durch das src-Attribut des Zeichens angegeben wird, und nicht den Inhalt des Skriptelements betrifft. (Beachten Sie, dass sich das charset-Attribut auf die Zeichenkodierung des durch das src-Attribut angegebenen Skripts bezieht; es betrifft nicht den Inhalt des SCRIPT-Elements.) Das heißt, er gibt bei der Gliederung nur das Kodierungsformat der Skriptdatei an das Drehbuch. Nicht empfohlen.