Less.js: संशोधित वार्स को पारित नहीं किया जा रहा है

को निर्मित 23 फ़र॰ 2018 · 6टिप्पणियाँ · स्रोत: less/less.js

मेरे पास एक index.less फ़ाइल है जो यह तय करती है कि एक चर द्वारा किस चर फ़ाइल को लोड करना है:

@theme-variant: "a-theme.less";

<strong i="6">@import</strong> "./@{theme-variant}";

मेरे पास कम फ़ाइलें हैं जो उस अनुक्रमणिका फ़ाइल में लोड होती हैं:

<strong i="10">@import</strong> "~theme-variant-variables";

मैं अपनी webpack.config.js फ़ाइल में चर के लिए एक मान सेट कर रहा हूं:

lessOptions.modifyVars = {
   "theme-variant": `"${v}-theme.less"`
}

अगर मैं index.less फ़ाइल की सामग्री को सीधे आयात की गई कम फ़ाइल में ले जाता हूं तो सब कुछ मेरी अपेक्षा के अनुसार काम करता है, मैं वेबपैक कॉन्फ़िगरेशन तर्क के आधार पर चुनी गई चर फ़ाइल को स्विच कर सकता हूं, दुख की बात है कि अगर मैं कोशिश करता हूं और कम की उन दो पंक्तियों को एक में केंद्रीकृत करता हूं फ़ाइल जो सीधे आयात की गई कम फ़ाइलें स्वयं आयात करती हैं, यह काम करना बंद कर देती है। मुझे अपेक्षित कॉन्फ़िगरेशन के साथ कम लोडर कॉल कम दिखाई देता है, इसलिए मुझे लगता है कि कम कंपाइलर आयातित कम फ़ाइलों के लिए चर/विकल्पों का प्रचार नहीं करता है। क्या यह अपेक्षित है?

स्रोत

briandipalma

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

मुझे लगता है कि यह वही बात है जैसे #2772 में - वहां चर्चा के बीच में देखें (उदाहरण के modifyVars का चर को परिभाषित करने का प्रभाव है, लेकिन यह ब्याज के आयात विवरण के मूल्यांकन के बाद आता है ) लेकिन https://github.com/less/less.js/issues/1400#issuecomment -137128461 भी देखें।

संक्षेप में बिंदु यह है: आयात विवरण के भीतर परिवर्तनीय प्रक्षेप एक आसान बात है लेकिन यह सीधे आलसी-मूल्यांकन सिद्धांत के साथ संघर्ष करता है। इस प्रकार यदि जटिल संरचना की बात आती है, तो इस तरह के अनुकूलन को प्राप्त करने के लिए अन्य तरीकों को बेहतर तरीके से ढूंढा जाएगा (उदाहरण के लिए अलग-अलग थीम फ़ाइलों के लिए अलग-अलग डीआईआर का उपयोग करना और फिर स्विच करने के लिए संबंधित paths विकल्प सेट करना)।

seven-phases-max 23 फ़र॰ 2018

👍1

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

briandipalma 23 फ़र॰ 2018

वेरिएबल को कम फाइलों में अपडेट किया जाता है जो सीधे जेएस द्वारा आयात की जाती हैं, यह केवल फाइलें हैं जो अन्य कम फाइलों द्वारा आयात की जाती हैं जिनके पास वेरिएबल अपडेट नहीं होता है।

खैर, यह उससे कहीं ज्यादा मुश्किल है। ध्यान दें कि काम करने के लिए आलसी-मूल्यांकन के लिए संकलक को विभिन्न भाषा संस्थाओं (उसी दायरे में) का मूल्यांकन करना होता है, न कि उस क्रम से जो वे कोड में दिखाई देते हैं , उच्च स्तर से निचले स्तर तक, यानी (मोटे तौर पर): आयात -> मिश्रण - > चर।
अब यदि आपके पास @import "@{var}"; है तो संकलक को आयात (और बाद के सभी आयात) से पहले दिए गए चर का मूल्यांकन करने के लिए मजबूर किया जाता है - और यह पूरी चीज को खराब कर देता है (सामान्य तौर पर इस तरह के दुरुपयोग का परिणाम केवल अपरिभाषित होता है - यह एक मामले में काम करता है (ज्यादातर बहुत सरल) और दूसरों में नहीं)।

दो सीधे परस्पर विरोधी विशेषताओं के संयुक्त होने पर संकलक के लिए किसी भी सुसंगत व्यवहार की गारंटी देने का कोई तरीका नहीं है।

दूसरे शब्दों में, ऐसा नहीं है कि modifyVars बाद के आयातों में "चर अद्यतन" नहीं करता है, लेकिन अद्यतन चर मान स्वयं बाहरी स्तर के आयात पर कोई प्रभाव नहीं डाल सकते हैं (क्योंकि ये आयात पहले ही "पूर्ण" हो चुके हैं)।

और यहां तक कि अगर डॉक्स कहते हैं:

ध्यान दें कि v2.0.0 से पहले, केवल वेरिएबल जिन्हें रूट या वर्तमान स्कोप में घोषित किया गया था, पर विचार किया गया था और एक वेरिएबल की तलाश करते समय केवल वर्तमान फ़ाइल और कॉलिंग फ़ाइलों पर विचार किया गया था।

... यह वास्तव में v2 के बाद बहुत बेहतर नहीं है। इसने अधिक संयोजनों/उपयोग-मामलों में सुधार/क्लज-फिक्स किया लेकिन उन सभी को ठीक नहीं कर सकता। अधिक जानकारी के लिए #1108 और विशेष रूप से #2246 देखें।

ऐसा लगता है कि संशोधित var तर्क/कॉन्फ़िगरेशन कम आयातित फ़ाइलों पर लागू/पास नहीं किया जा रहा है।

नहीं (सिर्फ इसलिए कि अंत में फाइलों का मूल्यांकन एक साथ एक बड़ी स्ट्रिंग के रूप में किया जाता है)। जब तक समस्या कहीं और न हो, जाँच करने के लिए बस जोड़ें:
foo {bar: @theme-variant}
ब्याज की फाइलों के लिए और परिणाम देखें।

seven-phases-max 23 फ़र॰ 2018

👍1

वैसे। आपके उपयोग के मामले के लिए (यदि "*-theme.less" केवल एक विशिष्ट विषय के लिए चर/मिश्रण के बारे में है), तो आप कुछ ऐसा करने की कोशिश कर सकते हैं:

डिफ़ॉल्ट @import "a-theme.less"; को वहां समाप्त होने के लिए छोड़ दें (यानी किसी भी प्रक्षेप को w/o) या इसे पूरी तरह से हटा दें।
modifyVars के साथ आयात विवरण स्वयं सेट करें (उदाहरण के लिए @import "custom-theme.less"; सीधे)।

ध्यान दें कि जबकि modifyVars दिखावा करता है कि यह केवल bla-bla-bla चर के बारे में है - वास्तव में यह रूट फ़ाइल के अंत में एक मनमाना पाठ जोड़ने के अलावा कुछ भी नहीं करता है। यानी lessc के मामले में यह वास्तव में सिर्फ --modify-vars="whatever-less-code foo {bar: baz;}" है। मुझे नहीं पता कि वेबपैक का कम-लोडर किन प्रारूपों से गुज़र सकता है, हम्म... lessOptions.modifyVars = "an arbitrary code"; शायद?

यह स्पष्ट रूप से एक हैक है लेकिन वास्तव में यह काफी अनुमानित हैक है (क्योंकि यह केवल modifyVars प्रारूप का दुरुपयोग करता है न कि प्रारंभिक कॉम्बो की तरह भाषा ही)।

seven-phases-max 23 फ़र॰ 2018

👍1

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

briandipalma 25 फ़र॰ 2018

मैं इसे तब बंद कर दूंगा क्योंकि यह किसी ऐसे मुद्दे के बजाय एक अपेक्षित (इस मामले में "अपरिभाषित/अनिर्दिष्ट" के रूप में परिभाषित) व्यवहार की तरह है जो वास्तव में किसी भी तरह से तय किया जा सकता है।
हालांकि किसी भी सुधार के विचार और विशेष रूप से पीआर का हमेशा स्वागत है ... मुझे नहीं लगता कि कोई भी निकट भविष्य में इसमें शामिल होने वाला है।

seven-phases-max 25 फ़र॰ 2018

👍1

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

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

Less.js: संशोधित वार्स को पारित नहीं किया जा रहा है

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

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