Handlebars.js: Stream-Unterstützung?

Erstellt am 12. Dez. 2015  ·  7Kommentare  ·  Quelle: handlebars-lang/handlebars.js

Wäre schön, wenn es Chunks analysieren könnte.

Hilfreichster Kommentar

Da das Streaming zum Kunden und zum Servicemitarbeiter kommt, ist dies möglicherweise einen erneuten Besuch wert? https://jakearchibald.com/2016/streams-ftw/#creating -one-stream-from-multiple-sources-to-supercharge-page-render-times

Außerdem war dustjs von großem Nutzen, als ich https://wiki-offline.jakearchibald.com/ erstellte (Erklärung https://www.youtube.com/watch?v=d5_6yHixpsQ&feature=youtu.be&t=4m22s), da einige von Meine Daten kamen langsamer an und ich wollte ein schnelles erstes Rendern.

Dustjs behandelt Promises & Streams als Template-Werte, aber leider habe ich nichts nettes über die Syntax von Dustjs zu sagen.

Alle 7 Kommentare

Es ist nicht genau klar, was dies bedeuten würde oder was der Nutzen wäre. Was ist Ihr Anwendungsfall?

Schnelleres Parsen über Datei-/HTTP-Stream-Eingabe. Ein Anwendungsfall könnte das Erstellen von Skripten und/oder die Kompatibilität mit gulp sein.

Das Lesen der Vorlage ist nicht der langsame Teil der Kompilierungspipeline, sondern das eigentliche Parsen. Wenn Sie Vorlagen einfügen, die groß genug sind, haben Sie Bedenken hinsichtlich der IO-Wartezeit oder der Kosten für das Laden der Vorlage in den Speicher vor dem Parsen , würde ich mich fragen, ob in der Vorlage zu viele Daten fest codiert sind.

Das und unser Parser-Generator unterstützt keinen Stream-Modus, so dass das Preis-Leistungs-Verhältnis hier in meinem Kopf nicht wirklich aufgeht.

Mit einem Stream könnten viele Vorlagen gleichzeitig mit weniger Speicherverbrauch und Garbage Collection geparst werden, da die Vorlagenzeichenfolge nie im Speicher landet.

Es ist bestenfalls eine Mikrooptimierung, wenn Sie Megabyte an
Vorlagen in den Parser, werden Sie mehr Probleme mit der CPU sehen
im Parser selbst gebunden.

Wenn jemand aus der Community Nachforschungen anstellen würde, könnten wir in Betracht ziehen
akzeptieren, aber ich fürchte, das wäre im Grunde eine vollständige Neufassung der
Parser.

Am Freitag, 11. Dezember 2015 um 21:23 Uhr Steven Vachon [email protected]
schrieb:

Mit einem Stream könnten viele Vorlagen gleichzeitig mit weniger geparst werden
Speicherverbrauch und Garbage Collection.


Antworten Sie direkt auf diese E-Mail oder zeigen Sie sie auf GitHub an
https://github.com/wycats/handlebars.js/issues/1150#issuecomment -164105284
.

Da das Streaming zum Kunden und zum Servicemitarbeiter kommt, ist dies möglicherweise einen erneuten Besuch wert? https://jakearchibald.com/2016/streams-ftw/#creating -one-stream-from-multiple-sources-to-supercharge-page-render-times

Außerdem war dustjs von großem Nutzen, als ich https://wiki-offline.jakearchibald.com/ erstellte (Erklärung https://www.youtube.com/watch?v=d5_6yHixpsQ&feature=youtu.be&t=4m22s), da einige von Meine Daten kamen langsamer an und ich wollte ein schnelles erstes Rendern.

Dustjs behandelt Promises & Streams als Template-Werte, aber leider habe ich nichts nettes über die Syntax von Dustjs zu sagen.

Eine weitere Ressource, die Sie der Liste hinzufügen können: https://jakearchibald.com/2016/streaming-template-literals/ (verlinkt auf diese Ausgabe)

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen