हाय @zekth!

आगे बढ़ने वाले डेनो के साथ आपके पास रोमांचक प्लान्स हैं। मैं इस परियोजना को ES मॉड्यूल के अनुकूल बनाने के लिए बहुत सकारात्मक हूं, और एक बंदरगाह से बचने के आपके विचारों से पूरी तरह सहमत हूं।

आपके पास कोई ठोस विचार है ऐसा करने के लिए क्या आवश्यक होगा?

यहाँ एक (वास्तव में बदसूरत) पोर्ट है जो मैंने आज सुबह किया है (टाइपस्क्रिप्ट में) https://github.com/zekth/deno_mustache/blob/master/mod.ts

मैंने अभी शुरुआत के लिए कुछ परीक्षण पोर्ट किए हैं।
मेरे पास एकमात्र चिंता है कि आप मूंछ के साथ समर्थन करने वाले सभी अलग-अलग वातावरण हैं, मुख्य जेएस फ़ाइल ईएस मॉड्यूल संगत एक और mjs से बेहतर है, मुझे लगता है लेकिन मैं कुछ भी तोड़ना नहीं चाहता :)

संदर्भ के लिए बहुत बहुत धन्यवाद! मैं

चूंकि मुझे डेनो के साथ शून्य अनुभव मिला है, इसलिए मैं कुछ चर्चाओं को ट्रिगर करने के लिए कुछ छोटे प्रश्नों को निकाल दूंगा:

1. यह काम करने के लिए deno को क्या आवश्यकताएं हैं? क्या इसे .mjs फ़ाइल होने की आवश्यकता है या क्या यह type="module" के package.json परवाह करता है?
2. कोई फ़ाइल नामकरण आवश्यकताएँ?
3. क्या टाइपस्क्रिप्ट यहाँ किसी तरह मायने रखता है?

..और इसी तरह, किसी भी डमी-सुराग की बहुत सराहना की जाएगी। फिलहाल मुझे इससे निपटने के व्यावहारिक तरीकों के बारे में रचनात्मक रूप से सोचने के लिए डीनो के बारे में बहुत कम जानकारी मिली है।

1. कोई विशेष आवश्यकता नहीं है क्योंकि इसे केवल ES मॉड्यूल होने के लिए पुस्तकालय की आवश्यकता है। उदाहरण lodash बिना किसी पोर्टिंग के काम करता है। मॉड्यूल की लोडिंग HTTP फ़ेचिंग के माध्यम से की जाती है, कोई पैकेज json या कुछ भी नहीं।
2. कोई नामकरण परंपरा नहीं
3. आप जावास्क्रिप्ट के टाइपस्क्रिप्ट का उपयोग कर सकते हैं, डेनो दोनों को संभालता है।

उदाहरण के लिए डेनो में मूंछों का उपयोग करना इस तरह दिखेगा:

import * as mustache from 'https://raw.githubusercontent.com/janl/mustache.js/master/mustache.js'
mustache.render(......

यदि आप अधिक जानकारी चाहते हैं तो आप रयान से इस वार्ता को देख सकते हैं: https://www.youtube.com/watch?v=z6JRlx5NC9E

ठंडा!

तो यहाँ कुछ विचार और संदर्भ साझा करने के लिए कुछ विचार हैं। ईएस मॉड्यूल के बारे में मेरी समझ यह है कि वे export एड के संदर्भ में वाक्य रचनात्मक रूप से पारदर्शी होने के लिए हैं। यह अपने पूर्ववर्तियों जैसे कॉमनजेएस, एएमडी आदि के विपरीत है जो प्रकृति में बहुत अधिक गतिशील है।

इस बात को ध्यान में रखते हुए, मैं आज भी आईआईएफई को मूंछ के शरीर के आसपास मान रहा हूं। मैं गलत हूं!

इसका मतलब है कि एक .js | .mjs | .ts फ़ाइल होनी चाहिए जिसमें एक सादा और सरल export ... जैसे आपके पोर्ट में है: zekth/deno_mustache/mod.ts#L689 ।

मज़ा तब शुरू होता है जब हम पुराने व्यवहार को बनाए रखना चाहते हैं, अन्य मॉड्यूल सिस्टम का उपयोग करने वाली परियोजनाओं के साथ संगत रहना चाहते हैं या मॉड्यूल सिस्टम भी नहीं, इसलिए उल्लिखित आईआईएफई रैपर की आवश्यकता है: सोच: और एक अनुस्मारक के रूप में, इसका मतलब है कि परियोजनाएं सर्वर और ब्राउज़र पर चल रहा है।

चूंकि हम निश्चित रूप से दो अलग-अलग कार्यान्वयन (ईएस मॉड्यूल + बाकी) को सिंक में नहीं रखना चाहते हैं, ऐसा लगता है कि यह एक बिल्ड चरण पर विचार करने लायक है। उदाहरण के लिए यदि हमने ES मॉड्यूल शैली में स्रोत कोड लिखा है, तो एक बिल्ड चरण इसे गैर-ES मॉड्यूल में बदल सकता है जैसे आज हमारे पास है। या दूसरी तरफ अगर वह कम घुसपैठ कर रहा है।

अंतिम नोट के रूप में, मैं यथासंभव छोटे कदम उठाने का बहुत बड़ा प्रशंसक हूं। मैं आमतौर पर टाइपस्क्रिप्ट के लिए सकारात्मक हूं, लेकिन क्या यह अभी के लिए ठीक है यदि हम ES मॉड्यूल पर ध्यान केंद्रित करते हैं और टाइपस्क्रिप्ट/निर्यात टाइपपीफ में कनवर्ट करने या न करने पर ध्यान केंद्रित करने के लिए एक अलग दौर करते हैं?

कोई अन्य विचार या सुधार जो दिमाग में आता है?

आप पूरी तरह से सही हैं, पहला कदम टाइपस्क्रिप्ट स्टैक को जोड़ना होगा और कंपाइलर का उपयोग कॉमनज / ES5 / ES6 जैसी कई फाइलों को आउटपुट करने के लिए करना होगा और इसी तरह ( https://www.typescriptlang.org/docs/handbook/compiler-options .एचटीएमएल)। TS कंपाइलर का उपयोग करने से हमें टाइपस्क्रिप्ट का उपयोग करने के लिए बाध्य नहीं किया जाता है, हम ES6 कोड का भी उपयोग कर सकते हैं।

ओह यह एक अच्छा सुझाव है! टीएस कंपाइलर को ईएस -> अन्य मॉड्यूल सिस्टम से पहले सामान्य निर्माण उपकरण के रूप में उपयोग करने का प्रयास कर रहा है। यह एक प्रशंसनीय टीएस रूपांतरण को बाद में बहुत कम जोखिम भरा बना देगा।

क्या आप उस दृष्टिकोण को एक शॉट देने में सक्षम हैं? जरूरी नहीं कि सब कुछ एक ही बार में हल कर लिया जाए, लेकिन पहले बिल्डिंग ब्लॉक्स कम से कम। भविष्य की चर्चाओं को देखने और आधार बनाने के लिए कुछ ठोस होना वास्तव में मूल्यवान होगा।

मैं एक ES मॉड्यूल में परिवर्तन करने के लिए जाना चाहता था।

अवधारणा का मेरा प्रमाण टाइपस्क्रिप्ट कंपाइलर (या बेबेल) के बजाय रोलअप.जेएस का उपयोग करके समाप्त हुआ, मुख्य रूप से उनके द्वारा उत्पन्न यूएमडी संस्करण के कारण - हमें अभी भी पुराने मॉड्यूल सिस्टम या कोई मॉड्यूल सिस्टम के साथ संगतता बनाए रखने की आवश्यकता है।

किसी भी मौके पर आप इसे डेनो के साथ टेस्ट रन देने के इच्छुक हैं यह देखने के लिए कि क्या यह आपकी अपेक्षा के अनुरूप काम करता है? phillipj/mustache.js#esm-ify Mustache.mjs

@phillipj करेंगे!

कुछ त्रुटियां लेकिन मुझे लगता है कि वे मामूली सुधार हैं:

error TS2339: Property 'render' does not exist on type '{ name: string; version: string; tags: string[]; }'.

► file:///Users/vlegoff/projects/genesys/github/telemetry/t/mustache.ts:10:23

10 var output = mustache.render('{{title}} spends {{calc}}', view);
                         ~~~~~~

error TS2554: Expected 2 arguments, but got 1.

► https://raw.githubusercontent.com/phillipj/mustache.js/esm-ify/mustache.mjs:525:52

525   var context = (view instanceof Context) ? view : new Context(view);
                                                       ~~~~~~~~~~~~~~~~~

  An argument for 'parentContext' was not provided.

    ► https://raw.githubusercontent.com/phillipj/mustache.js/esm-ify/mustache.mjs:377:25

    377 function Context (view, parentContext) {
                                ~~~~~~~~~~~~~


error TS2339: Property 'escape' does not exist on type '{ name: string; version: string; tags: string[]; }'.

► https://raw.githubusercontent.com/phillipj/mustache.js/esm-ify/mustache.mjs:640:21

640     return mustache.escape(value);
                        ~~~~~~

error TS2339: Property 'clearCache' does not exist on type '{ name: string; version: string; tags: string[]; }'.

► https://raw.githubusercontent.com/phillipj/mustache.js/esm-ify/mustache.mjs:659:10

659 mustache.clearCache = function clearCache () {
             ~~~~~~~~~~

error TS2339: Property 'parse' does not exist on type '{ name: string; version: string; tags: string[]; }'.

► https://raw.githubusercontent.com/phillipj/mustache.js/esm-ify/mustache.mjs:668:10

668 mustache.parse = function parse (template, tags) {
             ~~~~~

error TS2339: Property 'render' does not exist on type '{ name: string; version: string; tags: string[]; }'.

► https://raw.githubusercontent.com/phillipj/mustache.js/esm-ify/mustache.mjs:678:10

678 mustache.render = function render (template, view, partials, tags) {
             ~~~~~~

error TS2339: Property 'to_html' does not exist on type '{ name: string; version: string; tags: string[]; }'.

► https://raw.githubusercontent.com/phillipj/mustache.js/esm-ify/mustache.mjs:690:10

690 mustache.to_html = function to_html (template, view, partials, send) {
             ~~~~~~~

error TS2339: Property 'render' does not exist on type '{ name: string; version: string; tags: string[]; }'.

► https://raw.githubusercontent.com/phillipj/mustache.js/esm-ify/mustache.mjs:693:25

693   var result = mustache.render(template, view, partials);
                            ~~~~~~

error TS2339: Property 'escape' does not exist on type '{ name: string; version: string; tags: string[]; }'.

► https://raw.githubusercontent.com/phillipj/mustache.js/esm-ify/mustache.mjs:704:10

704 mustache.escape = escapeHtml;
             ~~~~~~

error TS2339: Property 'Scanner' does not exist on type '{ name: string; version: string; tags: string[]; }'.

► https://raw.githubusercontent.com/phillipj/mustache.js/esm-ify/mustache.mjs:707:10

707 mustache.Scanner = Scanner;
             ~~~~~~~

error TS2339: Property 'Context' does not exist on type '{ name: string; version: string; tags: string[]; }'.

► https://raw.githubusercontent.com/phillipj/mustache.js/esm-ify/mustache.mjs:708:10

708 mustache.Context = Context;
             ~~~~~~~

error TS2339: Property 'Writer' does not exist on type '{ name: string; version: string; tags: string[]; }'.

► https://raw.githubusercontent.com/phillipj/mustache.js/esm-ify/mustache.mjs:709:10

709 mustache.Writer = Writer;
             ~~~~~~


Found 12 errors.

कोड:

import mustache from 'https://raw.githubusercontent.com/phillipj/mustache.js/esm-ify/mustache.mjs';

var view = {
  title: 'Joe',
  calc: function() {
    return 2 + 4;
  },
};

var output = mustache.render('{{title}} spends {{calc}}', view);

console.log(output);

क्या मैं आपकी .mjs फ़ाइल पर पीआर बनाने की कोशिश करना चाहता हूं?

धन्यवाद!

अब महसूस करें कि मैंने शुरुआत में जो करने की कोशिश की थी, उसके बारे में मुझे थोड़ा और संदर्भ साझा करना चाहिए, क्षमा करें।

जैसा कि हमने पहले चर्चा की थी, टाइपस्क्रिप्ट कंपाइलर के साथ मेरे शुरुआती प्रयास में भी कुछ त्रुटियां मिलीं, कुछ हद तक आपके द्वारा प्रदान की गई त्रुटियों के समान। फिर भी इसने मुझे आश्चर्यचकित कर दिया कि इसने आउटपुट उत्पन्न किया और यह जो मैं चाहता था उसके बहुत करीब था।

जिस बात से मैं खुश नहीं था, वह यूएमडी कोड था जो इसे संकलित आउटपुट के चारों ओर लपेटा गया था। मुख्य रूप से दो बातें:

1. इसमें पैकेज की सामग्री को वैश्विक दायरे में उजागर करने की कोई कमी नहीं है (सोचें window.Mustache )। यह हमारे उन उपयोगकर्ताओं के लिए महत्वपूर्ण है जिनके पास मॉड्यूल सिस्टम नहीं है।
2. CommonJS साथ परियोजनाओं में, इस पैकेज की सामग्री के रूप में सामने आ रहा है module.exports.default बजाय module.exports । हालांकि यह सही और अपेक्षित व्यवहार हो सकता है जब CommonJS require() एक ES मॉड्यूल है, यह पश्चगामी संगतता को तोड़ देगा, जिससे मैं बचने की उम्मीद कर रहा था।

चूंकि मेरा मुख्य लक्ष्य स्रोत कोड को ES मॉड्यूल के रूप में परिवर्तित करना सबसे पहले और सबसे महत्वपूर्ण था, टाइपस्क्रिप्ट को पेश नहीं करना, मैंने यह देखने के लिए विभिन्न कंपाइलर/बंडलर को आजमाने का फैसला किया कि क्या उन्होंने उपरोक्त दो चुनौतियों से बचने के लिए अलग-अलग चीजें की हैं।

इसलिए मैं रोलअप.जेएस के साथ समाप्त हुआ। यह यूएमडी आउटपुट है जो हमें चाहिए और यह इस पैकेज के उपयोगकर्ताओं के लिए कोई भी ब्रेकिंग परिवर्तन नहीं करता है।

मेरे वास्तविक प्रश्न के लिए सू; क्या हमें इस समय टाइपस्क्रिप्ट पर ध्यान देने की आवश्यकता है?

इस चर्चा में पहले से मेरी समझ यह थी कि हम अभी तक टाइपस्क्रिप्ट में पूरी तरह से संक्रमण पर विचार नहीं कर सकते हैं, क्योंकि यह deno मदद करेगा, फिर भी अगर यह वास्तव में एक ES मॉड्यूल है, लेकिन मैंने इसे थोड़ा गलत समझा होगा?

मुझे लगता है कि मुख्य समस्या यहाँ की तरह मूंछों की पहली शुरुआत है:
https://github.com/janl/mustache.js/blob/master/mustache.js#L14

और यह भी: https://github.com/janl/mustache.js/blob/master/mustache.js#L536
new Context(view, null) रूप में फिर से लिखा जा सकता है

क्या आपको नहीं लगता?

मुझे लगता है कि मुख्य समस्या मूंछों की पहली शुरुआत है ..

आप शायद सही है। .mjs संस्करण में मैंने यूएमडी रैपर से पारित ऑब्जेक्ट होने के बजाय कम से कम वास्तविक स्रोत कोड में इसे स्थानांतरित करने का प्रयास किया:

var mustache = {
  name: 'mustache.js',
  version: version,
  tags: [ '{{', '}}' ]
}

आपके दृष्टिकोण को देखकर अच्छा लगेगा जो उन टाइपस्क्रिप्ट त्रुटियों को ठीक करेगा 👍

नए संदर्भ के रूप में फिर से लिखा जा सकता है (देखें, अशक्त)

लगभग .. new Context(view, undefined) एक दूसरे तर्क को बिल्कुल भी पारित नहीं करने के बराबर नहीं है?

हाँ new Context बारे में सही है

मैं कुछ ऐसा करने की कोशिश करूँगा :)

यहां पीआर है: https://github.com/phillipj/mustache.js/pull/1
सीआई टूटा हुआ है, लेकिन मुझे नहीं पता कि मुझे उन लाइनिंग संदेशों को क्यों मिला

बढ़िया, बहुत बहुत धन्यवाद! अगले कुछ दिनों में बहुत व्यस्त हूं, मैं सप्ताह समाप्त होने से पहले समीक्षा करने की पूरी कोशिश करूंगा।

स्थिति अपडेट; जैसा कि मैंने पीआर में उल्लेख किया है कि आपने मेरी esm-ify शाखा के खिलाफ खोला है, मुझे अब कुछ परीक्षण मिले हैं जो यह सुनिश्चित करता है कि यह पैकेज विभिन्न मॉड्यूल सिस्टम के लिए काम करता है जिसे हमने वर्षों से # 724 में समर्थित किया है।

मैं कुछ दिनों के लिए उस काढ़ा करने दूंगा क्योंकि मैंने अभी कुछ सुधारों को आगे बढ़ाया है, बस अगर किसी को कोई आपत्ति है या मन में और अधिक बदलाव हैं।

उन परीक्षणों के साथ, मैं इस परियोजना को ES मॉड्यूल के रूप में लिखे गए स्रोत कोड के लिए आगे बढ़ने में सहज महसूस करता हूं और आज हमें mustache.js में जो मिला है उसका उत्पादन करने के लिए कदम उठाएं - यह निश्चित रूप से किया जाएगा एक आगामी पीआर में।

728 को सार्वजनिक जांच के लिए खोल दिया गया है।