Aspnetcore: ViewComponentTagHelper: वैकल्पिक पैरामीटर की अनुमति दें

माना। पता नहीं यह कितना संभव है, लेकिन मैं इस भावना से सहमत हूं: मुस्कान:

यह काफी व्यवहार्य लगता है। हमें इस कोड को डिफ़ॉल्ट मानों के बारे में सिखाने की जरूरत है। वर्तमान में यह कहता है कि प्रत्येक पैरामीटर एक आवश्यक विशेषता है

पूर्वावलोकन 2 के लिए @rynowak उम्मीदवार?

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

वास्तव में इस फिक्स की प्रतीक्षा कर रहे हैं। जैसे ही चीजें खड़ी होती हैं, वीसी टैग हेल्पर का उपयोग करना बहुत खतरनाक होता है। मौजूदा और व्यापक रूप से उपयोग किए जाने वाले टैग हेल्पर में एक नया पैरामीटर जोड़ें और इसे कहे जाने वाले स्थानों में से एक को अपडेट करने से चूकें और यह ब्राउज़र में सर्वर साइड मार्कअप को उत्सर्जित करते समय _चुपचाप विफल हो जाता है। मुझे लगता है कि हम इसे 2.0.0 तक लाने के लिए अभी बहुत दूर हैं?

यह इसे 2.0.0 के लिए नहीं बनाने जा रहा है। हमारे पास इस समय टूलींग को अपडेट करने का समय नहीं है।

मेरा मानना ​​है कि इसे एक बग के रूप में चिह्नित किया जाना चाहिए ।

यह काम कर रहा है:

<strong i="8">@await</strong> Component.Invoke(typeof(MyViewComponent));

यह काम नहीं कर रहा है

<vc:My />

यह अपेक्षित व्यवहार है और चूंकि आप कोई चेतावनी, त्रुटि, डीबग संदेश नहीं दिखाते हैं, कुछ भी नहीं, यह बहुत से लोगों को परेशान करता है कि क्यों दृश्य घटक प्रस्तुत नहीं किया जाता है

तो क्या यह इसे अगली रिलीज़ में बनाएगा?

इस मुद्दे पर एक अद्यतन के लिए देख रहे हैं। क्या इसे जल्द ही किसी भी समय जोड़ा जाएगा? बल्कि इससे निपटने के लिए निराशा होती है।

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

अरे @rynowak :

मैंने सोचा कि मैं इसे एक शॉट दूंगा और यहां स्रोत कोड पढ़ने के बाद (आपका लिंक मर चुका है), इसे ठीक करना बहुत आसान लगता है। हालांकि, ऐसा करने के लिए कम से कम दो तरीके हैं (या तो RequiredAttributeDescriptor और दोस्तों की प्रतिकृति बनाएं, या बेस क्लास/इंटरफ़ेस पर जाएं) और यह कोड परिवर्तनों की पर्याप्त मात्रा में है।

@rynowak और/या @DamianEdwards , कृपया @CamiloTerevinto को कुछ बताएं क्योंकि हम इसे बेहतर देखना चाहते हैं।

ASP.NET कोर में अद्यतन दृश्य घटक

सभी दृश्य घटक पैरामीटर आवश्यक हैं

दृश्य घटक में प्रत्येक पैरामीटर एक आवश्यक विशेषता है। यह गिटहब मुद्दा देखें। यदि कोई पैरामीटर छोड़ा गया है:

• InvokeAsync विधि हस्ताक्षर मेल नहीं खाएगा, इसलिए विधि निष्पादित नहीं होगी।
• व्यूकंपोनेंट कोई मार्कअप प्रस्तुत नहीं करेगा।
• कोई त्रुटि नहीं फेंकी जाएगी।

बस इसके द्वारा काटा गया (जिस समय मैंने इसे अपने ऐप में लागू किया था, उस समय नोटिस नहीं था)

क्या कोई सुनियोजित समाधान है या यह निकट भविष्य के लिए ऐसा ही रहेगा? चूंकि यह वास्तव में खतरनाक हो सकता है, खासकर कि यह चुपचाप विफल हो जाता है ... क्या संकलन समय पर कम से कम कोई चेतावनी या ऐसा कुछ हो सकता है?

हाँ, मैं आखिरी टिप्पणी से सहमत हूं। मुझे भी हाल ही में इससे बहुत धक्का लगा है और यह तथ्य कि यह केवल चुपचाप विफल हो जाता है, अच्छा नहीं है।

@rynowak क्या त्रुटि उत्पन्न करना संभव है?

@rynowak क्या भविष्य में इसके लिए कोई समर्थन मिलेगा?

दो साल से अधिक समय हो गया है, और ईमानदारी से, हर जगह एक दृश्य घटक का उपयोग करने के लिए डिफ़ॉल्ट मापदंडों को डुप्लिकेट करना एक दर्द है।

@rynowak में सही लाइन नंबर क्या है

यह काफी व्यवहार्य लगता है। हमें इस कोड को डिफ़ॉल्ट मानों के बारे में सिखाने की जरूरत है। वर्तमान में यह कहता है कि प्रत्येक पैरामीटर एक _required_ विशेषता है

यह कोड : अपडेट किया गया लिंक लेकिन शायद सही लाइन नहीं है

धन्यवाद @ रिक-एंडरसन दस्तावेज़ों को अद्यतन करने के लिए, लेकिन यह हास्यास्पद है कि आपको भी करना चाहिए। यह टैग सहायक को गंभीर परियोजनाओं के लिए अनुपयोगी बनाता है। कोड विफल होने के लिए _silently_ जब आप रिफैक्टर करते हैं या सुविधाओं को जोड़ते हैं तो पूरी तरह से अस्वीकार्य होना चाहिए। मैं स्तब्ध हूं कि पहली बार रिपोर्ट किए जाने के लगभग तीन साल बाद भी यह खुला है। क्या कोई फिक्स प्लान है?!

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

@mkArtakMSFT @rynowak कृपया समीक्षा करें और @rynowak क्या आप जांच सकते हैं

@rynowak में सही लाइन नंबर क्या है

यह काफी व्यवहार्य लगता है। हमें इस कोड को डिफ़ॉल्ट मानों के बारे में सिखाने की जरूरत है। वर्तमान में यह कहता है कि प्रत्येक पैरामीटर एक _required_ विशेषता है

यह कोड : अपडेट किया गया लिंक लेकिन शायद सही लाइन नहीं है

तो 3 साल में यह @rynowak लड़का इस मुद्दे के शीर्ष पर नहीं आया

@brgrz क्या आप कोई समाधान लेकर आए हैं? क्योंकि अगर "यह @rynowak " एक के साथ नहीं आ सकता है, तो शायद आप आ सकते हैं और मदद कर सकते हैं (विनाशकारी के बजाय रचनात्मक होने की कोशिश कर रहे हैं, आपकी टिप्पणी यहां आईएमओ की मेज पर कुछ भी नहीं लाती है ...)

मुझे सहमत होना चाहिए कि यह महसूस करना दुखद है कि अभी तक कोई प्रस्तावित समाधान नहीं है और यह समस्या बहुत पहले बताई गई है, लेकिन यह कभी नहीं भूलना चाहिए कि वे इस पर 1000 काम नहीं कर रहे हैं और उनके पास कवर करने के लिए बहुत सारे क्षेत्र हैं ... इसलिए मैं हूं आश्चर्य नहीं कि कुछ मुद्दों को लंबे समय तक अनसुलझा छोड़ दिया जाता है, यह हर ओपन सोर्स प्रोजेक्ट के लिए समान है .... (लगभग)

हम इसके लिए 5.0 में समर्थन जोड़ेंगे!

@brgrz क्या आप कोई समाधान लेकर आए हैं? क्योंकि अगर "यह @rynowak " एक के साथ नहीं आ सकता है, तो शायद आप आ सकते हैं और मदद कर सकते हैं (विनाशकारी के बजाय रचनात्मक होने की कोशिश कर रहे हैं, आपकी टिप्पणी यहां आईएमओ की मेज पर कुछ भी नहीं लाती है ...)

मुझे सहमत होना चाहिए कि यह महसूस करना दुखद है कि अभी तक कोई प्रस्तावित समाधान नहीं है और यह समस्या बहुत पहले बताई गई है, लेकिन यह कभी नहीं भूलना चाहिए कि वे इस पर 1000 काम नहीं कर रहे हैं और उनके पास कवर करने के लिए बहुत सारे क्षेत्र हैं ... इसलिए मैं हूं आश्चर्य नहीं कि कुछ मुद्दों को लंबे समय तक अनसुलझा छोड़ दिया जाता है, यह हर ओपन सोर्स प्रोजेक्ट के लिए समान है .... (लगभग)

@ os1r1s110 ओह, कृपया ... योगदानकर्ता बकवास को काटें, rynowak ने 3 साल पहले "यह बहुत संभव लगता है" पोस्ट किया। मैं शर्त लगाता हूं कि इस एकल मुद्दे लागत डेवलपर्स दुनिया भर में सैकड़ों बर्बाद डिबगिंग घंटे और इस बीच सिर पीटना।

साथ ही, ASP.NET Core मेरा उत्पाद नहीं है और न ही यह सामुदायिक उत्पाद है, यह MS उत्पाद है। यहां तक ​​कि अगर मैं चाहता था कि मुझे अत्यधिक संदेह है कि वे मेरे समाधान को स्वीकार करेंगे और एमएस कर्मचारियों को इसे करने के लिए भुगतान किया जाता है।

@brgrz जैसा कि मैंने कहा, मैं भी दुखी था कि इसे जल्द ही ठीक नहीं किया गया था, लेकिन मुझे लगता है कि चीजों को पेश करने का एक तरीका अभी भी है और ओपन सोर्स प्रोजेक्ट्स पर काम करने वाले हर किसी पर आपका कुछ बकाया नहीं है (भुगतान किया गया है या नहीं)। हां, उन्हें एएसपीनेट कोर और संबंधित परियोजनाओं पर काम करने के लिए भुगतान किया जाता है, लेकिन इसका मतलब यह नहीं है कि उनके पास सभी जरूरतों को समय पर पूरा करने के लिए पर्याप्त संसाधन हैं (और मैं यहां विशेष रूप से ओपन सोर्स प्रोजेक्ट्स के बारे में भी बात नहीं कर रहा हूं, आजकल हर अजीबोगरीब डोमेन में योग्य कर्मचारियों की आवश्यकता है)।

क्षमा करें यदि मैंने आपकी पोस्ट का उत्तर देकर आपको ठेस पहुँचाई है, लेकिन मुझे अभी भी लगता है कि यह चीजों को आगे बढ़ाने का तरीका नहीं है (और मैं इसे "योगदानकर्ता बकवास" नहीं मानता), भले ही ऐसा लगता है कि इसने चीजों को आगे बढ़ाया। .. :)

Next sprint planning पर वापस जा रहे हैं क्योंकि हम इस मील के पत्थर में इसे प्राप्त नहीं कर पाए हैं।

हमने इस मुद्दे को बैकलॉग माइलस्टोन तक ले जाया है। इसका मतलब है कि आने वाली रिलीज के लिए इस पर काम नहीं किया जा रहा है। हम वर्तमान रिलीज के बाद बैकलॉग का पुनर्मूल्यांकन करेंगे और उस समय इस मद पर विचार करेंगे। हमारी समस्या प्रबंधन प्रक्रिया के बारे में अधिक जानने के लिए और विभिन्न प्रकार के मुद्दों के बारे में बेहतर अपेक्षा रखने के लिए आप हमारी ट्राइएज प्रक्रिया पढ़ सकते हैं।

हम इसके लिए 5.0 में समर्थन जोड़ेंगे!

क्या यह अंत में इसे बनाने जा रहा है?

@guitax यह देखते हुए कि कितनी बार देरी हुई है और तथ्य यह है कि इसे बैकलॉग पर वापस रखा गया है, मैं कहूंगा कि संभावनाएं वास्तव में कम हैं 😕 ऐसा लगता है कि अब नई प्राथमिकता ब्लेज़र है।

आइए उम्मीद करते हैं कि यह अंत में लागू हो जाएगा क्योंकि यह वास्तव में परेशान करने वाली समस्या है। मैं

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