Beim letzten Mal gab es ein kleines Aufwallen der Aktivität rund um das Konzept „View Source“, und ich hatte den Eindruck, dass nicht alle auf dem gleichen Stand waren, was das überhaupt bedeutet. Jim Nielsen
Zuerst einmal, wenn wir von "Quelltext anzeigen" sprechen, was genau meinen wir damit? Ich denke, das ist ein wichtiger Punkt, der geklärt werden muss, da er manchmal unausgesprochen bleibt und daher viele Annahmen in die Konversation schleichen können und wir vielleicht feststellen, dass wir nicht alle vom Gleichen sprechen.
Es gibt drei Dinge, über die Leute sprechen könnten
- Quellcode anzeigen (der Code, der das über das Netzwerk gelieferte HTML generiert)
- Seitenquelltext anzeigen (das über das Netzwerk gelieferte HTML)
- Laufzeitquelltext anzeigen (das lebendige HTML, auch DOM genannt)
Ich werde zuweisen, was ich für die Werte jedes einzelnen halte, als Teile eines Tortendiagramms
- 10%
- 5%
- 85%
Jeder große Browser wird mit integrierten DevTools geliefert, in denen Sie leicht den "Laufzeitquelltext" einsehen können. Das ist für mich der bei weitem größte Wert. Wenn Browser jemals darüber sprechen würden, dies zu entfernen, wären wir sicher alle empört. Selbst für Nicht-Entwickler könnte die Existenz dieses Tools der Funke sein, der aus kleinen Webentwicklern erwachsene macht.
DevTools bietet auch eine Möglichkeit, das über das Netzwerk gelieferte HTML anzuzeigen, daher meine harte Haltung von zuvor
Mir ist "Quelltext anzeigen" buchstäblich völlig egal und ich würde es nicht vermissen, wenn es aus Browsern entfernt würde. Ich lebe in DevTools, und ich wette, Sie auch. Es ersetzt "Quelltext anzeigen" vollständig, da Sie darin buchstäblich den Quelltext anzeigen können, wenn Sie möchten.
Jims Beitrag erklärt den Unterschied zwischen allen drei Arten des "Quelltext-Anzeigens" im Detail. Für Websites, die vollständig aus clientseitigem JavaScript erstellt werden, ist die Anzeige des HTMLs über das Netz fast nutzlos. Aber wenn man den gesamten Code sehen könnte (sagen wir, wenn er auf GitHub Open Source wäre), gibt es dort sicherlich Wert.
Die Anzeige des tatsächlichen HTMLs, das über das Netzwerk gesendet wird, ist manchmal immer noch unglaublich nützlich, wenn man Netzwerkprobleme debuggt oder Anwendungen, die SSR mit clientseitiger Hydration durchführen.
Davon abgesehen erhalte ich in Chromium-basierten Browsern diese Funktionalität normalerweise über den "Quellen"-Tab in den DevTools anstelle des ursprünglichen "Quelltext anzeigen", da ich normalerweise gleichzeitig andere Tools verwende.
Ich bin persönlich anderer Meinung bezüglich der Aussage, dass das alte "Quelltext anzeigen" verschwinden kann.
Wenn ich entwickle, gibt es Situationen, in denen ich Dinge verstehen möchte, ohne dass der Browser mit dem DOM interagiert hat...
Wenn ich irgendwo einen verhunzten HTML-Tag habe, wird er das DOM zerstören, die Konsole mit Fehlern fluten, und auf der Seite "Quelltext anzeigen" können Sie einfach sehen, dass Sie einen Schrägstrich bei diesem schließenden Div-Tag vergessen haben.
Ich könnte nicht mehr widersprechen. Browser sind erstaunlich darin, dass sie sich darauf konzentrieren, zu rendern, und zwar so korrekt wie möglich. Aber manchmal möchte ich wissen, was ich tatsächlich erhalte, bevor es zurechtgerückt wird. Das Finden von fehlerhaftem Markup, das Betrachten einer rohen Dokumentenstruktur und das Durchführen guter alter einfacher Text-Suchen sind alle sehr wertvoll. Außerdem möchte ich manchmal die ganze Seite durch das Markup überfliegen.
Ich gebe zu, dass ich wahrscheinlich 95% der Zeit in den DevTools bleibe, aber wenn diese 5% "Quelltext anzeigen" benötigen, gibt es nichts Besseres.
Für mich bedeutet "Quelltext anzeigen" der Befehl, der buchstäblich "Quelltext anzeigen" heißt und in den meisten Browsern die Tastenkombination Strg+U hat. Ich bin überrascht, dass jemand etwas anderes damit meinen würde. Das Aufrufen von DevTools und das Betrachten des Live-DOMs erfolgt nicht mit dem Befehl "Quelltext anzeigen".
Ich finde die Funktion gelegentlich nützlich, wenn ich den Rohcode sehen möchte. Es ist besonders hilfreich, wenn man nach fehlerhaftem Markup sucht, das dazu führt, dass DevTools das Live-DOM auf eine seltsame Weise rendert. Diese Situation tritt nicht oft auf, aber wenn sie auftritt, ist "Quelltext anzeigen" hilfreich.
Die DevTools rendern das DOM, nachdem es mit JavaScript verarbeitet wurde. Sie können die tatsächliche HTML-Antwort nicht unverändert erhalten, selbst wenn Sie sie lokal speichern, es sei denn, Sie verwenden "Quelltext anzeigen". Versuchen Sie zum Beispiel, die JSBin-Website zu speichern.
"Ich lebe in DevTools, und ich wette, Sie tun das auch"
Das könnte nicht falscher sein. Ich benutze DevTools ausgiebig, das stimmt, aber ich benutze "Quelltext anzeigen" genauso oft wie DevTools. Nur weil der Autor es nicht benutzt, heißt das nicht, dass es entfernt werden sollte.
Im selben Boot. DevTools ist viel wichtiger als "Rechtsklick + Quelltext anzeigen". Ich erinnere mich kaum daran, es jemals in Jahren benutzt zu haben.