Feliz: कच्चे कस्टम मानों के लिए CSS गुणों में स्ट्रिंग ओवरलोड जोड़ें

क्षमा करें, मैं खो गया हूँ। बेसिक CSS प्रॉप्स का MUI से कोई लेना-देना नहीं है। फ़ेलिज़ उन्हें CSS युक्ति के अनुसार मॉडल करने के लिए सही है। जब आप कहते हैं कि एमयूआई स्ट्रिंग्स की एक सरणी का उपयोग करता है, तो आपका क्या मतलब है? AFAIK CSS में किसी सरणी की कोई अवधारणा नहीं है। क्या आप सीएसएस प्रॉप्स को कंपोनेंट प्रॉप्स के साथ मिला सकते हैं?

वैसे यह केवल स्ट्रिंग्स की एक सरणी है जिसे मैं उपरोक्त स्निपेट की तरह इंडेक्स द्वारा एक्सेस कर रहा हूं। हाँ, मैं मानता हूँ कि फ़ेलिज़ को विशेष रूप से एक पुस्तकालय को ध्यान में नहीं रखना चाहिए। मेरा सवाल यह था कि क्या उन प्रॉप्स के लिए स्ट्रिंग इनपुट की अनुमति देने के लिए चीजें वापस गिरनी चाहिए।

अरे हाँ। आप की बात कर रहे हैं इस :

हाँ, शायद फ़ेलिज़ का boxShadow ढीला होना चाहिए?

वैसे, इस पेज को देखें। मुझे नहीं पता कि उनका इससे क्या मतलब है, लेकिन शायद एमयूआई में थीम के shadows सरणी का उपयोग करने का एक और तरीका है, इंडेक्स को boxShadow संपत्ति (शैली नहीं) में निर्दिष्ट करके?

ऐसा नहीं लगता कि फीका दुर्भाग्य से उस प्रोप का समर्थन करता है, जिसके लिए मैं उस विशेष संपत्ति का उपयोग कर रहा हूं।

मैंने उस प्रोप को किसी भी घटक के लिए बिल्कुल नहीं देखा है, और न ही मैंने Box घटक को देखा है जो वे मेरे द्वारा लिंक किए गए पृष्ठ पर भी उपयोग करते हैं, यही कारण है कि मैं भ्रमित हूं। बस इसके लिए, आप किसी भी घटक पर एक कस्टम "boxShadow" या "box-shadow" प्रोप सेट करने का प्रयास कर सकते हैं और देखें कि क्या काम करता है।

किसी भी मामले में, "छाया" दस्तावेज़ पृष्ठ को वास्तव में सुधारना चाहिए।

हाँ, शायद फ़ेलिज़ का बक्सा शैडो ढीला होना चाहिए?

आदर्श रूप से ऐसा नहीं होना चाहिए क्योंकि style.custom यही है। क्योंकि यह प्रतिक्रिया है जिसके बारे में हम बात कर रहे हैं, मुझे लगता है कि यह boxShadow होना चाहिए। हालांकि फिर से, string अधिभार हानिकारक नहीं होना चाहिए। मैं इसके बारे में सोचूँगा

सब कुछ के लिए बेस स्ट्रिंग ओवरलोड होने से लोगों को style.custom के समान ही देखने की आवश्यकता होती है/याद रखें कि वास्तविक सीएसएस नाम क्या है। एक विकल्प यह होगा कि style.boxShadow.custom जैसा कुछ हो, ताकि वे अभी भी जान सकें कि वे उस शैली के लिए विशिष्ट उपयोग के मामलों से भटक रहे हैं।

सब कुछ के लिए बेस स्ट्रिंग ओवरलोड होने से लोगों को style.custom के समान ही देखने की आवश्यकता होती है/याद रखें कि वास्तविक सीएसएस नाम क्या है।

हम्म, वास्तव में एक बुरा विचार नहीं है। मेरा मतलब है, हम निश्चित रूप से टाइप सेफ्टी को प्रोत्साहित करना चाहते हैं। लेकिन सीएसएस में सब कुछ वैसे भी एक स्ट्रिंग है, और कभी-कभी "त्वरित और गंदे" सामान के लिए एक एस्केप हैच होना अच्छा होगा, या, जैसा कि @ शमू कहते हैं, अगर कुछ वर्तमान में समर्थित नहीं है।

मुझे विश्वास नहीं है कि सभी शैलियों विशेषताओं के लिए स्ट्रिंग ओवरलोड होना एक अच्छा विचार है, लेकिन कम से कम यह विचार करने के लिए कुछ है।

व्यक्तिगत शैलियों को ओवरलोड देने से बचने के लिए style.custom से जुड़े सभी ज्ञात शैली नामों के बारे में कैसे।

style.custom.boxShadow "3px 3px red, -1em 0 0.4em olive"
style.custom.transition "margin-right 4s ease-in-out 1s"
style.custom("-webkit-text-stroke", "4px navy") // keep original custom fallback too

मुझे विश्वास नहीं है कि सभी शैलियों विशेषताओं के लिए स्ट्रिंग ओवरलोड होना एक अच्छा विचार है, लेकिन कम से कम यह विचार करने के लिए कुछ है।

@cmeeren किसी भी बाहरी पुस्तकालय का उपयोग करना जो शैली को डेटा प्रदान कर सकता है, जब वे सीधे शैली को प्रदान करने का इरादा रखते हैं तो परेशानी होगी। हमें या तो डेटा निकालना होगा या हमेशा style.custom ("..", someLibraryThing)

अलग-अलग शैलियों को ओवरलोड देने से बचने के लिए स्टाइल.कस्टम से जुड़े सभी ज्ञात शैली नामों के बारे में कैसे।

@zanaptak मुझे यह विचार भी पसंद है, मुझे यकीन नहीं है कि यह खोज

किसी भी बाहरी पुस्तकालय का उपयोग करना जो किसी शैली को डेटा प्रदान कर सकता है, एक परेशानी होने वाली है जब वे सीधे शैली को प्रदान करने का इरादा रखते हैं

सत्य।

मुझे लगता है कि सबसे सरल उपाय यह है कि सभी स्टाइल प्रॉप्स के लिए केवल string ओवरलोड हो। स्ट्रिंग पैरामीटर को rawValue या समान कहा जा सकता है ताकि यह स्पष्ट हो सके कि आप स्वयं हैं।

मुझे लगता है कि सबसे सरल उपाय यह है कि सभी स्टाइल प्रॉप्स के लिए बस एक स्ट्रिंग ओवरलोड हो। स्ट्रिंग पैरामीटर को रॉवैल्यू कहा जा सकता है या यह स्पष्ट करने के लिए समान है कि आप अपने दम पर हैं।

@cmeeren मुझे लगता है कि यह एक अच्छा है और प्रदान किए गए अधिभार का एक प्राकृतिक विस्तार है, लेकिन मुझे चिंता है कि अगर हम सिर्फ style.boxShadow(rawValue: string) का उपयोग करते हैं तो अनुशंसित प्रकार-सुरक्षित तरीके से कोड लिखने के बजाय इसका बहुत दुरुपयोग किया जाएगा। मुझे @zanaptak द्वारा प्रदान किया गया दृष्टिकोण भी पसंद है क्योंकि यह सीएसएस के लिए कच्चे मूल्यों के उपयोग को हतोत्साहित करता है जब तक कि आप नहीं जानते कि आप क्या कर रहे हैं और सीएसएस लिखने का कोई सुरक्षित तरीका नहीं है। लेकिन फिर, ऊपर के उपयोग के मामले में, जब एक बाहरी सीएसएस के साथ इंटरऑपिंग करते हैं, तो कस्टम मान का उपयोग करना हैक या वर्कअराउंड की तरह महसूस नहीं करना चाहिए, इसलिए style.boxShadow(rawValue: string) और मुझे लगता है कि अधिक लोग लिखते समय इस स्तर की आसानी चाहते हैं कस्टम मान।

दोनों दृष्टिकोण अच्छे हैं और अच्छे कारण हैं। व्यक्तिगत रूप से मैं style.boxShadow(rawValue: string) के पूर्व दृष्टिकोण की ओर अधिक झुक रहा हूं।

क्षमा करें, मैं फ़ेलिज़/फ़ेलिज़ के आसपास कई मुद्दों पर चर्चा/ठीक करने में सक्षम नहीं हूं। इस सप्ताह काम के कारण, मैं इन मुद्दों पर वापस आने की कोशिश करता हूं और इसे भी उठाता हूं (जब तक कि कोई इसे नहीं लेना चाहता, होगा बहुत बढ़िया)

अनुशंसित प्रकार-सुरक्षित तरीके से कोड लिखने के बजाय इसका बहुत दुरुपयोग किया जाएगा

फेलिज डेवलपर खुशी के लिए मौजूद है। यदि डेवलपर्स टाइप-सुरक्षित ओवरलोड का उपयोग करने से इसका दुरुपयोग करने में अधिक खुश हैं - ऐसा नहीं है कि मुझे जरूरी लगता है कि वे हैं - क्या हमें वास्तव में उन्हें रोकना चाहिए?

किसी भी मामले में, ऐसा लगता है कि हम सभी स्टाइल प्रॉप्स के लिए rawValue: string ओवरलोड पर कमोबेश सहमत हैं। :)

फेलिज डेवलपर खुशी के लिए मौजूद है। यदि डेवलपर्स टाइप-सुरक्षित ओवरलोड का उपयोग करने से इसका दुरुपयोग करने में अधिक खुश हैं - ऐसा नहीं है कि मुझे जरूरी लगता है कि वे हैं - क्या हमें वास्तव में उन्हें रोकना चाहिए?

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

मैं बहुत सी चीजों को जोड़ने के लिए सावधान रहना चाहता हूं जिससे आप अपने आप को पैर में गोली मार सकें।

उस पर बिल्कुल आपके साथ