Json.NET XmlNodeConverter का उपयोग करके JSON को XML में और इसके विपरीत बदलने का समर्थन करता है। एलिमेंट्स, एट्रिब्यूट्स, टेक्स्ट, कमेंट्स, कैरेक्टर डेटा, प्रोसेसिंग इंस्ट्रक्शन्स, नेमस्पेसेस, और XML डिक्लेरेशन दोनों के बीच परिवर्तित करते समय संरक्षित रहते हैं। SerializeXmlNode JsonConvert में JSON

कपल्ड (निर्भर) ऑब्जेक्ट्स को डिकपल्ड (स्वतंत्र) ऑब्जेक्ट्स में बदलने की प्रक्रिया को डिपेंडेंसी इंजेक्शन (DI) कहा जाता है। डिपेंडेंसी इंजेक्शन के चार प्रकार 1. कंस्ट्रक्टर इंजेक्शन (सबसे आम और अनुशंसित) कंस्ट्रक्टर का उपयोग इंटरफेस पैरामीटर को स्वीकार करने के लिए किया जाता है जो पैरामीटराइज्ड कंस्

फाइल कॉपी करने के लिए, C# File.Copy मेथड प्रदान करता है। File.Copy के 2 ओवरलोड्स हैं: Copy(String, String) - मौजूदा फाइल को नई फाइल में कॉपी करता है। समान नाम की फाइल को ओवरराइट करने की अनुमति नहीं है। Copy(String, String, Boolean) - मौजूदा फाइल को नई फाइल में कॉपी करता है। overwrite पैरामीटर के स

FluentValidation स्ट्रॉन्गली-टाइप्ड वैलिडेशन नियम बनाने के लिए एक .NET लाइब्रेरी है। यह वैलिडेशन नियम बनाने के लिए फ्लुएंट इंटरफेस और लैम्ब्डा एक्सप्रेशन्स का उपयोग करता है। यह आपके डोमेन कोड को साफ करने और अधिक सामंजस्यपूर्ण बनाने में मदद करता है, साथ ही आपको वैलिडेशन तर्क के लिए एक ही स्थान देता ह

किसी विशेष प्रॉपर्टी के लिए वैलिडेशन नियम निर्दिष्ट करने के लिए, RuleFor मेथड को कॉल करें, एक लैम्ब्डा एक्सप्रेशन पास करते हुए जो उस प्रॉपर्टी को इंगित करता है जिसे आप मान्य करना चाहते हैं। नियम परिभाषा p.DateOfBirth) .Must(BeAValidAge) .WithMessage(Invalid {PropertyName}); वैलिडेटर चलाने

FluentValidation एक .NET लाइब्रेरी है जो स्ट्रॉन्गली-टाइप्ड वैलिडेशन नियम बनाने के लिए उपयोग की जाती है। यह वैलिडेशन नियम बनाने के लिए फ्लुएंट इंटरफेस और लैम्ब्डा एक्सप्रेशन्स का उपयोग करती है। MaxLength Validator यह सुनिश्चित करता है कि किसी विशेष स्ट्रिंग प्रॉपर्टी की लंबाई निर्दिष्ट मान से अधिक

IEnumerable एक इंटरफेस है जो एकल मेथड GetEnumerator() को परिभाषित करता है जो IEnumerator इंटरफेस लौटाता है। यह उन सभी नॉन-जेनेरिक कलेक्शन्स के लिए बेस इंटरफेस है जिन्हें एन्यूमरेट किया जा सकता है। यह केवल-पढ़ने के लिए एक्सेस के लिए काम करता है जो एक कलेक्शन को लागू करता है जिसे foreach स्टेटमेंट के

डायरेक्टरीज़ प्राप्त करने के लिए C# Directory.GetDirectories मेथड प्रदान करता है। Directory.GetDirectories मेथड निर्दिष्ट डायरेक्टरी में निर्दिष्ट खोज पैटर्न से मेल खाने वाले सबडायरेक्टरीज़ के नाम (उनके पथ सहित) लौटाता है, और वैकल्पिक रूप से सबडायरेक्टरीज़ को खोजता है। नीचे दिए गए उदाहरण में * उस स

सिंक्रोनस C# कोड में, एक्सेप्शन कॉल स्टैक तक प्रसारित होते हैं जब तक वे एक उपयुक्त catch ब्लॉक तक नहीं पहुंच जाते जो एक्सेप्शन को संभाल सके। हालांकि, एसिंक्रोनस मेथड्स में एक्सेप्शन हैंडलिंग सीधी नहीं है। C# में एक एसिंक्रोनस मेथड के तीन प्रकार के रिटर्न मान हो सकते हैं: void, Task, और Task<T>

फाइल आकार को मानव-पठनीय फॉर्मेट (KB, MB, GB) में बदलने के लिए: बुनियादी उदाहरण = 1024 && order < sizes.Length - 1) { order++; size /= 1024; } return ${size:0.##} {sizes[order]}; } आउटपुट Topdirectory.txt: 22 B TestFolderMain.txt: 1.5 KB TestFolderMain1.txt: 10 KB T

using स्टेटमेंट यह सुनिश्चित करता है कि Dispose() कॉल किया जाए भले ही ऑब्जेक्ट्स बनाते समय और मेथड्स, प्रॉपर्टीज कॉल करते समय एक्सेप्शन हो। Dispose() एक मेथड है जो IDisposable इंटरफेस में मौजूद है जो कस्टम गार्बेज कलेक्शन को लागू करने में मदद करता है। दूसरे शब्दों में, यदि हम कुछ डेटाबेस ऑपरेशन (इन

नल ऑब्जेक्ट पैटर्न हमें हर जगह नल चेक से बचकर साफ कोड लिखने में मदद करता है। नल ऑब्जेक्ट पैटर्न का उपयोग करके, कॉलर्स को इस बात की परवाह नहीं करनी पड़ती कि उनके पास नल ऑब्जेक्ट है या असली ऑब्जेक्ट। हर परिदृश्य में नल ऑब्जेक्ट पैटर्न लागू करना संभव नहीं है। कभी-कभी, नल रेफरेंस लौटाना और कुछ नल चेक कर

जब हमें अनमैनेज्ड ऑब्जेक्ट्स को डिस्पोज़ करने की आवश्यकता होती है तो हमें IDisposable डिज़ाइन पैटर्न (या डिस्पोज़ पैटर्न) का उपयोग करना चाहिए। IDisposable डिज़ाइन पैटर्न को लागू करने के लिए, वह क्लास जो अनमैनेज्ड ऑब्जेक्ट्स से सीधे या अप्रत्यक्ष रूप से निपटती है, को IDisposable इंटरफेस को लागू करना

फाइल्स प्राप्त करने के लिए, C# Directory.GetFiles मेथड प्रदान करता है। Directory.GetFiles निर्दिष्ट खोज पैटर्न से मेल खाने वाली सभी फाइलों के नाम (उनके पथ सहित) लौटाता है, और वैकल्पिक रूप से सबडायरेक्टरीज़ को खोजता है। नीचे दिए गए उदाहरण में * उस स्थिति में शून्य या अधिक वर्णों से मेल खाता है। S

sealed कीवर्ड का अर्थ है कि क्लास से विरासत नहीं ली जा सकती। कंस्ट्रक्टर को private घोषित करने का अर्थ है कि क्लास के इंस्टेंस नहीं बनाए जा सकते। आप एक बेस क्लास के साथ प्राइवेट कंस्ट्रक्टर रख सकते हैं, लेकिन फिर भी उस बेस क्लास से विरासत ले सकते हैं, कुछ पब्लिक कंस्ट्रक्टर परिभाषित कर सकते हैं, और

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

फसाड पैटर्न एक अधिक जटिल संरचना पर रखी गई एक सरल संरचना है। प्रतिभागी (Participants) सबसिस्टम्स: कोई भी क्लासेस या ऑब्जेक्ट्स जो कार्यक्षमता लागू करते हैं लेकिन फसाड द्वारा इंटरफेस को सरल बनाने के लिए रैप या कवर किए जा सकते हैं। फसाड: सबसिस्टम्स के ऊपर अब्स्ट्रैक्शन की परत, जो जानता है कि उपयुक्त

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

प्रॉक्सी पैटर्न किसी अन्य ऑब्जेक्ट तक पहुंच को नियंत्रित करने के लिए एक सरोगेट या प्लेसहोल्डर ऑब्जेक्ट प्रदान करता है। प्रॉक्सी ऑब्जेक्ट का उपयोग इसके संवाहक ऑब्जेक्ट के समान तरीके से किया जा सकता है। प्रतिभागी (Participants) Subject: RealSubject और Proxy के लिए सामान्य इंटरफेस परिभाषित करता है त

उच्च-स्तरीय मॉड्यूल्स निम्न-स्तरीय मॉड्यूल्स पर निर्भर नहीं होने चाहिए। दोनों को अब्स्ट्रैक्शन पर निर्भर करना चाहिए। अब्स्ट्रैक्शन विवरणों पर निर्भर नहीं होने चाहिए। विवरण अब्स्ट्रैक्शन पर निर्भर होने चाहिए। यह सिद्धांत मुख्य रूप से कोड मॉड्यूल्स के बीच निर्भरता को कम करने से संबंधित है। डिपेंडेंस