Less.js: सिंक और एसिंक आयात को कैसे ट्रिगर करें

को निर्मित 7 दिस॰ 2014 · 26टिप्पणियाँ · स्रोत: less/less.js

कम वर्तमान fileManager loadFile या loadFileSync पर कॉल करने का निर्णय कैसे लेता है? इस कोड के अनुसार इसे सेट करने के लिए isSync -पैरामीटर की आवश्यकता होती है। लेकिन getFileManager कॉल की एक संक्षिप्त खोज से पता चलता है कि यह विकल्प केवल lib/less/functions/data-uri.js द्वारा उपयोग किया जाता है।

क्या render() कॉल करते समय इस विकल्प को स्पष्ट रूप से सेट करना संभव है?

feature request medium priority stale

स्रोत

jhnns

सबसे उपयोगी टिप्पणी

क्या अभी तक कोई renderSync है? यदि नहीं, तो क्या समकालिक render लिए कोई समाधान है?

संपादित करें: एनवीएम। भविष्य के किसी भी व्यक्ति के लिए जो इस पर ठोकर खाता है, मैंने यही किया है:

less.renderSync = function (input, options) {
    if (!options || typeof options != "object") options = {};
    options.sync = true;
    var css;
    this.render(input, options, function (err, result) {
        if (err) throw err;
        css = result.css;
    });
    return css;
};

ChiriCuddles 2 अग॰ 2015

👍7

सभी 26 टिप्पणियाँ

isSync को रेंडर करने के लिए विकल्प ऑब्जेक्ट में पास किया जा सकता है। डेटा-यूरी हमेशा है
सिंक करें क्योंकि फ़ंक्शन एसिंक्स नहीं हो सकते हैं।

lukeapage 8 दिस॰ 2014

लेकिन importManager getFileManager लिए कोई विकल्प पास नहीं करता है ...

jhnns 8 दिस॰ 2014

यह यहाँ किया गया है

https://github.com/less/less.js/blob/32dbbee247f76af00eb7577053eccad2ee5f6110/lib/less-browser/file-manager.js#L61

ऐसा इसलिए है क्योंकि उस विकल्प को कम कोर द्वारा अनदेखा किया जाता है और यह केवल ब्राउज़र के लिए विशिष्ट होता है। इसलिए ब्राउज़र को हमेशा एसिंक्स कहा जाता है और विकल्पों के आधार पर फ़ाइल प्राप्त करने के लिए सिंक या एसिंक मैकेनिज्म का उपयोग कर सकता है।

मैं देख सकता हूं कि यह कैसे भ्रमित करने वाला है। क्या यह समस्या पैदा कर रहा है?

एक चीज जो मुझे तुरंत दिखाई देती है, वह यह है कि यह पृष्ठ लोड पर विकल्पों द्वारा प्रभावित होगी, इसलिए यदि इसे बाद में सेट किया जाता है या एक विकल्प के रूप में पारित किया जाता है तो इसे अनदेखा कर दिया जाएगा।

lukeapage 1 जन॰ 2015

खैर, शायद मुझे अपने उपयोग-मामले की व्याख्या करनी होगी:

मैंने वेबपैक के लिए एक कम लोडर लिखा है। चूंकि वेबपैक का अपना समाधान तंत्र है, इसलिए मैं एक फ़ाइल प्रबंधक के माध्यम से हल करने वाली फ़ाइल को कम करने के लिए एक प्लगइन का उपयोग कर रहा हूं।

वेबपैक सिंक और एसिंक लोडर का समर्थन करता है लेकिन मुझे सभी फाइलों को सिंक या एसिंक्रोनस रूप से प्रस्तुत करने के लिए कम बताने का कोई तरीका नहीं मिला है। वर्तमान में यह हमेशा loadFile कॉल करता है। इस प्रकार जब एक सिंक्रोनस संकलन का अनुरोध किया जाता है तो मैंने loadFileSync पर कॉल करने के लिए एक गंदे हैक का उपयोग किया। सौभाग्य से कम समकालिक रूप से काम करता है जब कॉलबैक को सिंक्रोनस कहा जाता है (जो कि सामान्य परिस्थितियों में नहीं किया जाना चाहिए)।

jhnns 3 जन॰ 2015

समझा...

lukeapage 3 जन॰ 2015

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

lukeapage 3 जन॰ 2015

ठंडा!

केवल एक समस्या है: callback स्वीकार करते समय समकालिक रूप से कुछ करना बहुत ही असामान्य है (जैसा कि render -function करता है)। आप इस तरह sync -विकल्प का सुझाव दे रहे हैं:

less.render(
    input,
    { ... sync: true ... },
    function (err, result) {
    }
);

इम्हो कॉलबैक को समकालिक रूप से बुलाया जाना अजीब है। मैं इस तरह एक एपीआई की उम्मीद करता हूं:

// async
less.render(input, option, callback);

// sync
var result = less.renderSync(input, option);

jhnns 3 जन॰ 2015

👍5

हाँ तुम सही हो, यह बेहतर है।

lukeapage 3 जन॰ 2015

+1
ऐसा लगता है कि केवल कॉलबैक में कोड निष्पादन को प्रतिबंधित नहीं करने के लिए renderSync को लागू करने पर विचार करना भी बहुत उपयोगी है। कॉलबैक स्कोप में कई तरीके जैसे console.err या throw new Error() या जानबूझकर जावास्क्रिप्ट त्रुटि कंसोल पर कुछ भी प्रिंट नहीं करेगी, केवल कोड निष्पादन को रोक देगी, संभावित रूप से बग्स का पता नहीं लगाया जा सकता है। मुझे लगता है कि यह व्यवहार नहीं होना चाहिए।

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

kwketh 10 अप्रैल 2015

(इस मुद्दे को खुद से कम नहीं करना, बल्कि यह सुनिश्चित करने के लिए कि यह इससे भी ज्यादा अजीब नहीं होगा):

इम्हो कॉलबैक को समकालिक रूप से बुलाया जाना अजीब है।

यह एक अतिशयोक्ति है ... कोड की इस पंक्ति में आप यह नहीं मान रहे हैं कि कॉन्फ़िगरेशन एसिंक्रोनस रूप से सेट है, है ना?
कॉलबैक सिर्फ कॉलबैक हैं, अपने आप में उनका सिंक/एसिंक सामान से कोई लेना-देना नहीं है।

seven-phases-max 10 अप्रैल 2015

ठीक है, हमें callback शब्द के बारे में बात करने की आवश्यकता है: पलक:।

मुझे पता है, कुछ do कॉल फ़ंक्शन forEach a callback (जैसे MDN ) में पास हो जाते हैं। मैं इसे ऐसा नहीं कहूंगा, क्योंकि मेरे लिए कॉलबैक कुछ ऐसा है जिसे कार्य समाप्त होने पर कहा जाता है।

और यदि कॉलबैक पहले तर्क के साथ नोड के त्रुटि सम्मेलन का अनुसरण करता है null या एक त्रुटि, तो _always_ इसे अतुल्यकालिक रूप से कॉल करने के अच्छे कारण हैं।

jhnns 10 अप्रैल 2015

मुझे पता है, कुछ कॉल फ़ंक्शन forEach को कॉलबैक में पास कर देते हैं`

कोई बहुत अधिक node का उपयोग कर रहा है;) हर कोई इस चीज़ को "कॉलबैक" नाम देता है। तो यदि कोई "एक कॉलबैक फ़ंक्शन जिसे कार्य समाप्त होने पर बुलाया जाता है" के बारे में है तो यह "एसिंक्रोनस कॉलबैक" से कम नहीं है।

लेकिन कोई बात नहीं, क्षमा करें, मेरा मतलब सीओ की तरह आवाज करना और यह विशुद्ध रूप से भाषाई बहस शुरू करना नहीं था (बस यह सुनिश्चित करना चाहता था कि हम एक ही भाषा बोलते हैं और डॉक्स वास्तव में less.render का उल्लेख समकालिक है)।

seven-phases-max 10 अप्रैल 2015

पीएस बस और अधिक स्पष्ट करने के लिए:

@kwketh

यह less.render फ़ॉर्म वर्षों से था, आप केवल ज़िलियन स्निपेट्स को तोड़ने के लिए इसे कुछ भी नहीं ले और बदल सकते हैं।

seven-phases-max 10 अप्रैल 2015

@ सात-चरण-अधिकतम

आपके उत्तरों के लिए बहुत धन्यवाद, वे सभी सहायक हैं। मैं कॉलबैक के संबंध में आपके सभी बिंदुओं से सहमत हूं। मैंने .render कोड पर बहुत संक्षिप्त नज़र डाली और आप सही हैं, जिस रूप में यह लिखा गया है, यह सब कॉलबैक के इर्द-गिर्द घूमता है और renderSync आसान या उचित नहीं लगता है।

मेरी समस्या किसी तरह अलग है लेकिन संबंधित है (https://github.com/less/less.js/issues/2546)। renderSync सुविधा को लागू करने से मेरी समस्या का समाधान हो जाएगा लेकिन यह अंतिम समाधान नहीं होगा।

क्या आपको एक त्वरित नज़र रखने में कोई आपत्ति है? मुझे वास्तव में इसकी प्रशंसा करनी होगी।

धन्यवाद।

kwketh 10 अप्रैल 2015

कोई अभी बहुत अधिक नोड का उपयोग कर रहा है

खैर, यह सच है: मुस्कराहट:

लेकिन नोड का कॉलबैक कन्वेंशन अच्छी तरह से स्थापित है। मुझे लगता है कि इस मामले में कॉलबैक को हमेशा असीमित रूप से बुलाया जाएगा।

इसके अतिरिक्त: त्रुटि होने पर त्रुटियों को कैसे नियंत्रित किया जाता है? क्या इसे फेंक दिया गया है (अधिकांश सिंक एपीआई की तरह) या कॉलबैक के तर्क के रूप में पारित किया गया है?

यह सिर्फ इतना है कि वर्तमान एपीआई अस्पष्ट है (कम से कम इम्हो)

jhnns 10 अप्रैल 2015

क्या अभी तक कोई renderSync है? यदि नहीं, तो क्या समकालिक render लिए कोई समाधान है?

less.renderSync = function (input, options) {
    if (!options || typeof options != "object") options = {};
    options.sync = true;
    var css;
    this.render(input, options, function (err, result) {
        if (err) throw err;
        css = result.css;
    });
    return css;
};

ChiriCuddles 2 अग॰ 2015

👍7

क्या यह सुविधा वास्तव में लागू की गई है? क्या कोई दस्तावेज है? मुझे केवल async -विकल्प मिल सकता है।

jhnns 3 अग॰ 2015

Idk अगर यह वास्तव में समर्थित है, लेकिन मुझे पता है कि मैंने जो किया वह मेरे लिए वर्तमान में काम करता है, इसलिए .... shrug

ChiriCuddles 3 अग॰ 2015

@Aarilight बहुत बहुत धन्यवाद, आपके कोड ने बहुत मदद की

यह तुल्यकालिक कॉलबैक व्यवहार वास्तव में प्रति-सहज है: भ्रमित:

sylvainpolletvillard 11 नव॰ 2015

@Aarilight यह मेरे लिए काम नहीं करता है = (
मैंने कोशिश की

less.render(css, {sync : true}, (e, result) =>{
        if(e) {
         console.error(e)
    }

        output = result;
        return result
    });

और लॉग इन किया https://github.com/less/less.js/blob/master/lib/less/render.js

            console.log('1')
            this.parse(input, options, function(err, root, imports, options) {
                console.log('2')
                if (err) { return callback(err); }

                var result;
                console.log('3')
                try {
                    console.log('4')
                    var parseTree = new ParseTree(root, imports);
                    console.log('5')
                    result = parseTree.toCSS(options);
                }
                catch (err) { 
                    console.log('6')
                    return callback(err); 
                }

                console.log('7')
                callback(null, result);
            });
            console.log('8')

और मैं कुछ फाइलों के लिए 1, 8 और फिर 2,3,4,5,6,7 देखता हूं

sergey-lapin 22 नव॰ 2015

-1 render और renderSync में रेंडर को विभाजित करने के लिए। यह एक Node.js सम्मेलन है जो अजीब है। और यह घुरघुराना / घूंट / समझौते या कम में एकीकृत अन्य वर्कफ़्लोज़ को एक सिंक विकल्प भेजने की अनुमति नहीं देता है जो किसी निर्दिष्ट फ़ंक्शन के लिए JS ऑब्जेक्ट में पास होता है। आईएमओ एसिंक विकल्प का उपयोग करते समय वैकल्पिक कॉलबैक में पास करना ठीक है।

एक अन्य विकल्प: मैंने जो देखा है वह पुस्तकालयों ने करना शुरू कर दिया है, वास्तव में किसी भी मामले में एक वादा वापस करना है। फिर, सिंक / एसिंक्स के बीच जो कुछ भी बदलता है वह वादा पूरा होने पर होता है, लेकिन परिणाम को संभालने वाला कोड बिल्कुल वही होता है।

matthew-dean 24 नव॰ 2015

और बीटीडब्ल्यू।:

{sync: true}

ऐसा कोई विकल्प

seven-phases-max 24 नव॰ 2015

-1 रेंडर और रेंडरसिंक में रेंडर को विभाजित करने के लिए। यह एक Node.js सम्मेलन है जो अजीब है।

क्या यह पूरी तरह से व्यक्तिपरक दृष्टिकोण नहीं है? IMHO एक ही फ़ंक्शन में async और सिंक का संयोजन (कुछ अपवादों के साथ) एक भयानक विरोधी पैटर्न है। यह कोड बनाता है जो सशर्त बयानों से भरा हुआ है, बनाए रखना कठिन है और उपयोगकर्ता के लिए स्पष्ट रूप से परिभाषित और प्रलेखित फ़ंक्शन की तुलना में और भी अधिक भ्रमित करने वाला है जो एक काम अच्छी तरह से करता है। बस मेरा 2c

jonschlinkert 24 नव॰ 2015

क्या यह पूरी तरह से व्यक्तिपरक दृष्टिकोण नहीं है?

हां।

भले ही, मेरा दूसरा बिंदु व्यक्तिपरक नहीं है। यही है, निर्माण प्रक्रियाओं में कम का उपयोग किया जाता है जिसे फ़ंक्शन विभाजित होने पर अद्यतन करने की आवश्यकता हो सकती है। उदाहरण के लिए: एकॉर्ड (https://github.com/jenius/accord), जिसे मैं वर्तमान में एक प्रोजेक्ट के लिए उपयोग करता हूं, एक ही एपीआई में अलग-अलग कंपाइलर्स को अलग करता है, और आम तौर पर किसी ऑब्जेक्ट में उस इंजन को जो भी फ़ंक्शन की आवश्यकता होती है उसे पास करता है। इसलिए, डेवलपर द्वारा निर्दिष्ट कम विकल्पों के आधार पर कौन से फ़ंक्शन का उपयोग किया जाता है, यह स्विच करने के लिए शायद यह एक बड़ा सौदा नहीं है, लेकिन मुझे यकीन नहीं है कि कितने पुस्तकालय प्रभावित होंगे। यह सिर्फ जागरूक होने की बात है।

matthew-dean 24 नव॰ 2015

अभी तक, मेरे विकल्पों में syncImport: true जोड़ने से यह मेरे लिए तय हो गया है।

(यह दस्तावेज़ीकरण में नहीं है... मैं बस इतना भाग्यशाली था कि स्रोत कोड में इस पर ठोकर खाई)

seebigs 13 जुल॰ 2017

👍1

इस समस्या को स्वचालित रूप से पुराने के रूप में चिह्नित कर दिया गया है क्योंकि इसमें हाल की गतिविधि नहीं है। आगे कोई गतिविधि नहीं होने पर इसे बंद कर दिया जाएगा। आपके योगदानों के लिए धन्यवाद।

stale[bot] 14 नव॰ 2017

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Less.js: सिंक और एसिंक आयात को कैसे ट्रिगर करें

सबसे उपयोगी टिप्पणी

सभी 26 टिप्पणियाँ

संबंधित मुद्दों