Handlebars.js: Prise en charge des flux ?

Créé le 12 déc. 2015  ·  7Commentaires  ·  Source: handlebars-lang/handlebars.js

Ce serait bien s'il pouvait analyser des morceaux.

Commentaire le plus utile

Avec la diffusion en continu pour le client et le technicien, cela vaut peut-être la peine d'être revu ? https://jakearchibald.com/2016/streams-ftw/#creating -one-stream-from-multiple-sources-to-supercharge-page-render-times

De plus, dustjs a été d'un réel avantage lorsque j'ai construit https://wiki-offline.jakearchibald.com/ (explication https://www.youtube.com/watch?v=d5_6yHixpsQ&feature=youtu.be&t=4m22s), car certains des mes données étaient plus lentes à arriver et je voulais un premier rendu rapide.

Dustjs gère les promesses et les flux en tant que valeurs de modèle, mais malheureusement, je n'ai rien de gentil à dire sur la syntaxe de dustjs.

Tous les 7 commentaires

On ne sait pas exactement ce que cela impliquerait ou quel en serait l'avantage. Quel est votre cas d'utilisation ?

Analyse plus rapide via l'entrée de flux de fichiers/http. Un cas d'utilisation pourrait être les scripts de construction et/ou la compatibilité avec gulp.

La lecture du modèle n'est pas la partie lente du pipeline de compilation, c'est l'analyse réelle et si vous mettez un modèle suffisamment volumineux, vous vous inquiétez du temps d'attente des E/S ou du coût de chargement du modèle en mémoire avant l'analyse. , je commencerais à me demander s'il y a trop de données codées en dur dans le modèle.

Cela et notre générateur d'analyseur ne prend pas en charge un mode de flux, donc le coût/bénéfice ici ne fonctionne pas vraiment dans ma tête.

Avec un flux, de nombreux modèles peuvent être analysés simultanément avec moins de consommation de mémoire et de récupération de place, car la chaîne de modèle ne se retrouve jamais en mémoire.

C'est au mieux une micro-optimisation, si vous poussez des mégaoctets de
modèles dans l'analyseur, vous allez voir plus de problèmes d'être CPU
lié dans l'analyseur lui-même.

Si quelqu'un de la communauté devait enquêter, nous pourrions envisager
l'accepter, mais je crains que ce ne soit fondamentalement une réécriture complète du
analyseur.

Le ven 11 déc. 2015 à 21:23 Steven Vachon [email protected]
a écrit:

Avec un flux, de nombreux modèles pourraient être analysés simultanément avec moins
consommation de mémoire et récupération de place.

-
Répondez directement à cet e-mail ou consultez-le sur GitHub
https://github.com/wycats/handlebars.js/issues/1150#issuecomment-164105284
.

Avec la diffusion en continu pour le client et le technicien, cela vaut peut-être la peine d'être revu ? https://jakearchibald.com/2016/streams-ftw/#creating -one-stream-from-multiple-sources-to-supercharge-page-render-times

De plus, dustjs a été d'un réel avantage lorsque j'ai construit https://wiki-offline.jakearchibald.com/ (explication https://www.youtube.com/watch?v=d5_6yHixpsQ&feature=youtu.be&t=4m22s), car certains des mes données étaient plus lentes à arriver et je voulais un premier rendu rapide.

Dustjs gère les promesses et les flux en tant que valeurs de modèle, mais malheureusement, je n'ai rien de gentil à dire sur la syntaxe de dustjs.

Une ressource supplémentaire à ajouter à la liste : https://jakearchibald.com/2016/streaming-template-literals/ (elle renvoie à ce problème)

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

ricardograca picture ricardograca  ·  4Commentaires

DylanPiercey picture DylanPiercey  ·  7Commentaires

ShintaroOkuda picture ShintaroOkuda  ·  7Commentaires

rizen picture rizen  ·  6Commentaires

snimavat picture snimavat  ·  5Commentaires