Runtime: XDocument में TryParse जोड़ें

को निर्मित 15 जून 2016 · 3टिप्पणियाँ · स्रोत: dotnet/runtime

नमस्ते, यह XDocument वर्ग में bool TryParse(string text, out XDocument document) विधि जोड़ने के लिए समर्थन का अनुरोध करने के लिए एक RFC समस्या है।

मैंने रेपो के आसपास खोज की है लेकिन कुछ भी संबंधित नहीं मिल रहा है, इसलिए यदि यह एक डुप्ली है तो बंद करने के लिए स्वतंत्र महसूस करें।

मुसीबत:

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

वर्तमान में स्ट्रिंग को सत्यापित करने के कुछ अच्छे तरीके नहीं हैं, एक अच्छी तरह से गठित एक्सएमएल है जिसमें अपवाद हैंडलिंग शामिल है।

सुझाए गए तरीकों में से कोई भी एक सामान्य समस्या (कम से कम आईएमओ) के लिए एक साफ समाधान जैसा दिखता है।

कृपया यह भी ध्यान दें कि अन्य बीसीएल वर्ग जो Parse(string source) पद्धति को उजागर करते हैं, आमतौर पर एक bool TryParse(string source, out...) को भी उजागर करते हैं, इस प्रकार TryParse विधि जोड़ने से XDocument वर्ग कुछ हद तक संगत हो जाएगा अन्य बीसीएल कक्षाएं।

सुझाव:

निम्नलिखित विधि जोड़ें

bool TryParse(string text, out XDocument document)

XDocument और XElement कक्षाओं के लिए

प्रश्न:

क्या हमें XmlDocument कक्षाओं के साथ फीचर समानता की आवश्यकता है?
वास्तव में XmlDocument एक LoadXml(string xml) XmlDocument को उजागर करता है ताकि हम bool TryLoadXml(string xml, out XmlDocument document) जोड़ सकें लेकिन मुझे वास्तव में नाम पसंद नहीं है और इस प्रकार यदि फीचर समानता जरूरी नहीं है, तो मैं पसंद नहीं करूंगा इसे जोड़ना।

area-System.Xml

स्रोत

ilmax

👍2

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

@weshaggard ,

सुविधा के अलावा, एक TryParse विधि एक देव को कोशिश/पकड़ ब्लॉक से जुड़े ओवरहेड को छोड़ने की अनुमति देगी और एक गैर-आवश्यक XmlException को तत्काल करने की उसे परवाह भी नहीं हो सकती है।

मुझे भी यह जानकर बहुत आश्चर्य हुआ कि ऐसी कोई विधि मौजूद नहीं थी। :|

Crono1981 21 अग॰ 2019

👍2

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

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

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

इस मुद्दे के लिए धन्यवाद और इसे लिखने के लिए लेकिन इन कारणों से हमें नहीं लगता कि इनमें एक TryParse विधि जोड़ने में बहुत अधिक मूल्य है।

weshaggard 11 अक्तू॰ 2016

😕3

@weshaggard ,

मुझे भी यह जानकर बहुत आश्चर्य हुआ कि ऐसी कोई विधि मौजूद नहीं थी। :|

Crono1981 21 अग॰ 2019

👍2

मेरे लिए व्यक्तिगत रूप से @weshaggard का उत्तर 0 समझ में आता है। Imo all ppl वहाँ, आधे साल से अधिक समय तक .NET का उपयोग करते हुए, @weshaggard´s पोस्ट के पहले भाग में स्पष्टीकरण से पूरी तरह अवगत हैं। त्रुटियों के बारे में विस्तार से ध्यान न देना और कम से कम पिछले 20 वर्षों में मेरे लिए, मुख्य कारण, एक TryParse() संस्करण का उपयोग करने के लिए, यदि वर्ग एक प्रदान करता है।

मुझे लगता है कि इसके बारे में स्टैक ओवरफ्लो पोस्ट को देखने के बाद, पिछले एक्स वर्षों में बहुत सारे पीपीएल पहले ही यहां आ चुके हैं, और "ओह। XDocument पर वास्तव में कोई TryParse() नहीं है। अजीब।"

लेकिन कुछ भी।

marcelbeckcmi 20 अक्तू॰ 2020

😕1

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

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