Handlebars.js: دعم تيار؟

ليس من الواضح بالضبط ما الذي سيترتب على هذا أو ما هي الفائدة التي ستكون. ما هي حالة الاستخدام الخاصة بك؟

تحليل أسرع عبر إدخال دفق ملف / http. يمكن أن تكون حالة الاستخدام هي إنشاء نصوص و / أو التوافق مع gulp.

قراءة القالب ليست الجزء البطيء من خط أنابيب التجميع ، إنه التحليل الفعلي وإذا كنت تضع قالبًا كبيرًا بدرجة كافية بحيث تكون لديك مخاوف بشأن وقت انتظار الإدخال / الإخراج أو تكلفة تحميل القالب في الذاكرة قبل التحليل ، سأبدأ في التساؤل عما إذا كان هناك الكثير من البيانات المشفرة في القالب.

هذا ومولد المحلل اللغوي الخاص بنا لا يدعم وضع البث ، لذا فإن التكلفة / الفائدة هنا لا تعمل حقًا في رأسي.

باستخدام الدفق ، يمكن تحليل العديد من القوالب بشكل متزامن مع استهلاك أقل للذاكرة وتجميع البيانات المهملة لأن سلسلة القالب لا تنتهي أبدًا في الذاكرة.

إنه تحسين دقيق في أحسن الأحوال ، إذا كنت تدفع ميغا بايت منه
في المحلل اللغوي ، ستشاهد المزيد من المشكلات من كونك وحدة المعالجة المركزية
ملزمة في المحلل اللغوي نفسه.

إذا كان على شخص ما من المجتمع التحقيق ، فقد نفكر في ذلك
قبوله ، لكنني أخشى أن يكون ذلك بمثابة إعادة كتابة كاملة لـ
محلل.

يوم الجمعة 11 ديسمبر 2015 الساعة 9:23 مساءً Steven Vachon [email protected]
كتب:

باستخدام الدفق ، يمكن تحليل العديد من القوالب بشكل متزامن باستخدام عدد أقل
استهلاك الذاكرة وجمع القمامة.

-
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub
https://github.com/wycats/handlebars.js/issues/1150#issuecomment -164105284
.

مع تدفق البث إلى العميل وعامل الخدمة ، قد يكون هذا يستحق إعادة النظر؟ https://jakearchibald.com/2016/streams-ftw/#creating -one-Stream-from-multiple-sources-to-supercharge-page-render-times

أيضًا ، كانت Dustjs ذات فائدة حقيقية عندما أنشأت https://wiki-offline.jakearchibald.com/ (شرح https://www.youtube.com/watch؟v=d5_6yHixpsQ&feature=youtu.be&t=4m22s) ، منذ بعض كانت بياناتي أبطأ في الوصول وأردت تقديم سريع لأول مرة.

يتعامل Dustjs مع الوعود والتدفقات كقيم نموذجية ، لكن لسوء الحظ ليس لدي ما أقوله عن بناء جملة Dustjs.

مورد آخر لإضافته إلى القائمة: https://jakearchibald.com/2016/streaming-template-literals/ (يرتبط بهذه المشكلة)