C # और .NET में स्ट्रिंग्स

एक अनुवादक से: जॉन स्कीट ने स्ट्रिंग्स के बारे में कई लेख लिखे, और यह लेख पहला है जिसे मैंने अनुवाद करने का फैसला किया है। इसके बाद, मैं इस लेख को स्ट्रिंग संयोजन पर अनुवाद करने की योजना बना रहा हूं, और फिर .NET में यूनिकोड पर।

System.String प्रकार ( C # में एक उपनाम स्ट्रिंग ) एक .NET में सबसे अधिक उपयोग किए जाने वाले और महत्वपूर्ण प्रकार हैं, और एक ही समय में सबसे गलतफहमी में से एक है। यह आलेख इस प्रकार की नींव का वर्णन करता है और इसके चारों ओर मिथकों और गलतफहमी को दूर करता है।

तो क्या स्ट्रिंग है

.NET में एक स्ट्रिंग (बाद में स्ट्रिंग के रूप में संदर्भित किया जाता है , मैं पूरे नाम System.tring का उपयोग नहीं करूँगा। हर बार) वर्णों का एक क्रम है। प्रत्येक वर्ण U + 0000 से U + FFFF (बाद में चर्चा की जाने वाली) में एक यूनिकोड वर्ण है। स्ट्रिंग प्रकार में निम्नलिखित विशेषताएं हैं:

स्ट्रिंग एक संदर्भ प्रकार है।

एक आम गलत धारणा है कि एक स्ट्रिंग एक महत्वपूर्ण प्रकार है। यह त्रुटि एक स्ट्रिंग की अपरिहार्यता की संपत्ति से उपजी है (अगले पैराग्राफ देखें), क्योंकि एक अनुभवहीन प्रोग्रामर के लिए, व्यवहार्यता अक्सर व्यवहार में महत्वपूर्ण प्रकारों के समान व्यवहार करती है। हालांकि, स्ट्रिंग एक संदर्भ प्रकार है, जिसमें संदर्भ प्रकारों की सभी विशेषताएं हैं। मैंने अपने लेखों में संदर्भ और सार्थक प्रकारों के बीच अंतर " सी # में पासिंग पैरामीटर " और " मेमोरी इन .NET - क्या जाता है " के बारे में अधिक विस्तार से वर्णन किया।

स्ट्रिंग अपरिवर्तनीय है

कम से कम सुरक्षित कोड में और प्रतिबिंब के बिना, निर्मित स्ट्रिंग की सामग्री को बदलना असंभव है। इसलिए, जब स्ट्रिंग बदलते हैं, तो आप स्ट्रिंग्स को स्वयं नहीं बदलते हैं, लेकिन स्ट्रिंग्स को इंगित करने वाले चर के मान। उदाहरण के लिए, कोड s = s.Replace ("foo", "bar"); यह स्ट्रिंग एस की सामग्री को नहीं बदलता है जो कि रिप्लेसमेंट विधि कहे जाने से पहले था - यह बस नए गठित स्ट्रिंग के लिए चर एस को फिर से असाइन करता है, जो पुराने की एक प्रतिलिपि है जिसमें सभी सब्सट्रिंग "फू" "बार" द्वारा प्रतिस्थापित किया गया है।

स्ट्रिंग में अशक्त हो सकता है

सी में, तार वर्णों के अनुक्रम '' 0 '' के साथ समाप्त होते हैं, जिन्हें " nul " या " null " भी कहा जाता है। मैं इसे "अशक्त" कहता हूं, क्योंकि यह ठीक वही नाम है जिसमें यूनिकोड वर्ण तालिका में '0' अक्षर है। C # में अशक्त कीवर्ड के साथ "null" वर्ण को भ्रमित न करें - प्रकार System.Char महत्वपूर्ण है और इसलिए null नहीं हो सकता है। .NET में, स्ट्रिंग्स में कहीं भी अशक्त चरित्र हो सकता है और बिना किसी समस्या के इसके साथ काम कर सकता है। फिर भी, कुछ वर्ग (उदाहरण के लिए, विंडोज फॉर्म में) लाइन के अंत के संकेत के रूप में एक पंक्ति में "अशक्त" चरित्र को मान सकते हैं और इस चरित्र के बाद लाइन की पूरी सामग्री को ध्यान में नहीं रखते हैं, इसलिए अशक्त वर्णों का उपयोग करना एक समस्या बन सकती है।

स्ट्रिंग समानता == ऑपरेटर को ओवरराइड करता है

जब == ऑपरेटर को दो लाइनों की समानता को निर्धारित करने के लिए कहा जाता है, तो Equals विधि को कहा जाता है, जो लाइनों की सामग्री की तुलना करता है, और लिंक की समानता नहीं। उदाहरण के लिए, अभिव्यक्ति "hello".Substring(0, 4)=="hell" true लौटेगी, हालांकि समानता ऑपरेटर के दोनों तरफ तार के संदर्भ अलग-अलग होते हैं (दो संदर्भ दो अलग-अलग स्ट्रिंग उदाहरणों को संदर्भित करते हैं, जो एक ही समय में एक ही मान रखते हैं) )। उसी समय, यह याद रखना चाहिए कि मूल्यों की समानता, संदर्भ नहीं, केवल तब होती है जब संकलन के समय दोनों ऑपरेंड कड़ाई से एक स्ट्रिंग प्रकार होते हैं - समानता ऑपरेटर बहुरूपता का समर्थन नहीं करता है। इसलिए, यदि कम से कम तुलनात्मक ऑपरेंड्स में से एक टाइप object , उदाहरण के लिए (हालांकि आंतरिक रूप से यह एक स्ट्रिंग रहेगा), तो लिंक की तुलना की जाएगी, स्ट्रिंग्स की सामग्री नहीं।

नजरबंदी

.NET में, एक आंतरिक पूल की अवधारणा है। इसके मूल में, यह सिर्फ लाइनों का एक सेट है, लेकिन यह सुनिश्चित करता है कि जब आप कार्यक्रम के विभिन्न स्थानों में एक ही सामग्री के साथ विभिन्न लाइनों का उपयोग करते हैं, तो यह सामग्री केवल एक बार संग्रहीत की जाएगी, और हर बार नए तरीके से नहीं बनाई जाएगी। इंटर्नमेंट पूल शायद विशिष्ट भाषा पर निर्भर करता है, लेकिन यह निश्चित रूप से C # और VB.NET में मौजूद है, और मैं .NET प्लेटफ़ॉर्म पर एक भाषा को देखकर बहुत आश्चर्यचकित होगा जो इंटर्नमेंट पूल का उपयोग नहीं करता है ; MSIL में, इंटर्नमेंट पूल का उपयोग करना बहुत आसान है, उपयोग नहीं करने की तुलना में बहुत आसान है। स्ट्रिंग शाब्दिक के स्वचालित इंटर्निंग के साथ, स्ट्रिंग्स को आंतरिक रूप से Intern विधि का उपयोग करके इंटर्न किया जा सकता है, और आप यह भी जांच सकते हैं कि क्या एक स्ट्रिंग पहले से ही IsInterned विधि का उपयोग करके इंटर्न किया गया है। IsInterned पद्धति सहज नहीं है, क्योंकि आप यह उम्मीद करते हैं कि यह Boolean को वापस कर देगा, लेकिन नहीं - यदि वर्तमान पंक्ति पहले से ही इंटर्नमेंट पूल में मौजूद है, तो विधि इसके लिए एक लिंक लौटा देगी, और यदि यह नहीं है, तो null । इसी तरह, Intern विधि इंटर्नड स्ट्रिंग का संदर्भ देती है, भले ही विधि पंक्ति को कॉल करने से पहले इंटर्नमेंट पूल में था, या यह विधि कॉल के साथ वहां दर्ज किया गया था, या इंटर्नमेंट पूल में वर्तमान पंक्ति की एक प्रति शामिल है।

शाब्दिक

एक शाब्दिक , मोटे तौर पर, कोड में "हार्ड-कोडित" स्ट्रिंग मान है। C # में दो प्रकार के स्ट्रिंग शाब्दिक हैं - मानक (नियमित) और शाब्दिक (शब्दशः)। सी # में मानक शाब्दिक अधिकांश प्रोग्रामिंग भाषाओं में समान हैं - वे दोहरे उद्धरणों (") द्वारा तैयार किए गए हैं, और इसमें विशेष वर्ण (वास्तव में दोहरे उद्धरण ("), बैकस्लैश (\), लाइन ब्रेक (गाड़ी वापसी - सीआर) भी हो सकते हैं। फ़ीड लाइन (लाइन फ़ीड - LF) और कुछ अन्य) को परिरक्षण की आवश्यकता होती है। शाब्दिक शाब्दिक मानक शाब्दिक के रूप में लगभग एक ही बात की अनुमति देते हैं, लेकिन शाब्दिक शाब्दिक पहले दोहरे उद्धरण वाले दोहरे उद्धरणों के साथ समाप्त होता है। वास्तव में शाब्दिक शाब्दिक रूप से दोहरे उद्धरण सम्मिलित करने के लिए, आपको उन्हें ("") नकल करने की आवश्यकता है। इसके अलावा, मानक शाब्दिक के विपरीत, शाब्दिक वर्णों में गाड़ी के रिटर्न और बिना ब्रेक के लाइन ब्रेक शामिल हो सकते हैं। शाब्दिक शाब्दिक का उपयोग करने के लिए, आपको उद्घाटन उद्धरण चिह्न से पहले @ निर्दिष्ट करना होगा। नीचे दी गई तालिका में वर्णित प्रकारों के बीच अंतर दिखाने वाले उदाहरण हैं।

मानक शाब्दिक	शाब्दिक शाब्दिक	परिणाम स्ट्रिंग
"Hello"	@"Hello"	Hello
" : \\"	@" : \"	: \
" : \""	@" : """	: "
"CRLF:\r\n CRLF"	@"CRLF: CRLF"	CRLF: CRLF

ध्यान रखें कि मानक और शाब्दिक शाब्दिक केवल आपके और C # संकलक के लिए मौजूद हैं। जैसे ही कोड संकलित किया जाता है, सभी शाब्दिक को एकरूपता में लाया जाता है।
यहां उन विशेष पात्रों की पूरी सूची दी गई है, जिन्हें भागने की आवश्यकता है:

• \ '- एकल उद्धरण, प्रकार के शाब्दिक घोषित करने के लिए प्रयुक्त System.Char
• \ "- डबल उद्धरण, स्ट्रिंग शाब्दिक घोषित करने के लिए उपयोग किया जाता है
• \\ - बैकस्लैश
• \ 0 - यूनिकोड में अशक्त चरित्र
• \ a - चेतावनी वर्ण (# 7)
• \ b - बैकस्पेस वर्ण (# 8)
• \ f - परिवर्तन पृष्ठ FORM फ़ीड (# 12)
• \ n - लाइन फ़ीड (संख्या 10)
• \ r - गाड़ी वापसी (संख्या 13)
• \ t - क्षैतिज टैब (नंबर 9)
• \ v - ऊर्ध्वाधर टैब (संख्या 11)
• यूएक्सएक्सएक्सएक्स - हेक्स कोड एक्सएक्सएक्स के साथ यूनिकोड चरित्र
• \ xn [एन] [एन] [एन] - हेक्साडेसिमल कोड एनएनएन के साथ यूनिकोड चरित्र, कोड अंकों की एक चर लंबाई के साथ पिछले पैराग्राफ का संस्करण
• \ Uxxxxxxxx - हेक्साडेसिमल कोड xxxxxxxx के साथ यूनिकोड वर्ण, सरोगेट जोड़े को कॉल करने के लिए उपयोग किया जाता है।

मेरे व्यवहार में, मैं शायद ही कभी वर्णों का उपयोग करता हूं \ _ a, \ f, \ v, \ x और \ U।

स्ट्रिंग्स और डीबगर

काफी बार, जब डिबगर में लाइनें ( वीएस.नेट 2002 और वीएस.नेट 2003 का उपयोग करके) देखते हैं, तो लोग समस्याओं में भाग जाते हैं। विडंबना यह है कि ये समस्याएं अक्सर डिबगर द्वारा बनाई जाती हैं, उपयोगी होने की कोशिश कर रही हैं। कभी-कभी यह मानक शाब्दिक के रूप में एक स्ट्रिंग प्रदर्शित करता है, बैकस्लैश के साथ सभी विशेष वर्णों से बच जाता है, और कभी-कभी यह शाब्दिक शाब्दिक के रूप में एक स्ट्रिंग प्रदर्शित करता है, जिससे यह @ होता है। इसलिए, कई पूछते हैं कि स्ट्रिंग से @ कैसे हटाया जाए, हालांकि यह वास्तव में नहीं है। इसके अलावा, VS.NET के कुछ संस्करणों में डिबगर्स अशक्त चरित्र \ 0 की पहली घटना के बाद से स्ट्रिंग प्रदर्शित नहीं करते हैं, और इससे भी बदतर, वे गलत तरीके से उनकी लंबाई की गणना करते हैं, क्योंकि वे प्रबंधित कोड के अनुरोध के बजाय स्वतंत्र रूप से गिने जाते हैं। स्वाभाविक रूप से, यह सब इस तथ्य के कारण है कि डिबगर्स \ 0 को लाइन समाप्त होने के संकेत के रूप में मानते हैं।

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

 static readonly string[] LowNames = { "NUL", "SOH", "STX", "ETX", "EOT", "ENQ", "ACK", "BEL", "BS", "HT", "LF", "VT", "FF", "CR", "SO", "SI", "DLE", "DC1", "DC2", "DC3", "DC4", "NAK", "SYN", "ETB", "CAN", "EM", "SUB", "ESC", "FS", "GS", "RS", "US" }; public static void DisplayString (string text) { Console.WriteLine ("String length: {0}", text.Length); foreach (char c in text) { if (c < 32) { Console.WriteLine ("<{0}> U+{1:x4}", LowNames[c], (int)c); } else if (c > 127) { Console.WriteLine ("(Possibly non-printable) U+{0:x4}", (int)c); } else { Console.WriteLine ("{0} U+{1:x4}", c, (int)c); } } } 

मेमोरी उपयोग और आंतरिक संरचना

.NET फ्रेमवर्क के वर्तमान कार्यान्वयन में, प्रत्येक पंक्ति 20+ (n / 2) × 4 बाइट्स लेती है, जहाँ n पंक्ति में वर्णों की संख्या है या, जो एक ही चीज़ है, इसकी लंबाई है। स्ट्रिंग प्रकार असामान्य है कि बाइट्स में इसका वास्तविक आकार अपने आप बदल जाता है। जहाँ तक मुझे पता है, केवल सरणियाँ ही ऐसा कर सकती हैं। वास्तव में, एक स्ट्रिंग मेमोरी में स्थित वर्णों की एक सरणी है, साथ ही एक संख्या है जो स्मृति में सरणी के वास्तविक आकार को इंगित करती है, साथ ही एक संख्या है जो सरणी में वर्णों की वास्तविक संख्या को इंगित करती है। जैसा कि आप पहले से ही समझ चुके हैं, सरणी की लंबाई आवश्यक रूप से स्ट्रिंग की लंबाई के बराबर नहीं है, क्योंकि स्ट्रिंग को उनके प्रसंस्करण की सुविधा के लिए mscorlib.dll के किनारे से पुनर्वितरित किया जा सकता है। तो, उदाहरण के लिए, StringBuilder । यद्यपि तार बाहरी दुनिया के लिए अपरिवर्तनीय हैं, mscorlib अंदर वे अभी भी mscorlib भिन्न हैं। इस प्रकार, एक स्ट्रिंग बनाते समय, StringBuilder वर्तमान शाब्दिक आवश्यकता की तुलना में थोड़ा बड़ा वर्ण सरणी आवंटित करता है, और तब तक बनाए गए सरणी में नए वर्ण जोड़ता है जब तक कि वे "फिट" न हों। जैसे ही सरणी भर जाती है, एक नया, और भी बड़ा सरणी बनाया जाता है, और पुराने की सामग्री को इसमें कॉपी किया जाता है। इसके अलावा, स्ट्रिंग की लंबाई को इंगित करने वाली संख्या में, पहला बिट एक विशेष ध्वज के लिए आरक्षित है जो निर्धारित करता है कि स्ट्रिंग में गैर-एएससीआईआई अक्षर हैं या नहीं। इस ध्वज के लिए धन्यवाद, रनटाइम कुछ मामलों में अतिरिक्त अनुकूलन कर सकता है।

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

स्ट्रिंग एनकोडिंग्स

यदि आप चरित्र एनकोडिंग और यूनिकोड से परिचित नहीं हैं, तो कृपया मेरा पहला लेख यूनिकोड (या इसका हब्रेल में अनुवाद ) पर पढ़ें।

जैसा कि मैंने लेख की शुरुआत में कहा, स्ट्रिंग्स को हमेशा यूनिकोड एन्कोडिंग में संग्रहीत किया जाता है। Big-5 एन्कोडिंग या UTF-8 एनकोडिंग के बारे में कोई भी अटकलें एक गलती है (कम से कम .NET के संबंध में) और यह एन्कोडिंग स्वयं या कैसे .NET प्रक्रियाओं को अनदेखा करने का परिणाम है। इस बिंदु को समझना बहुत महत्वपूर्ण है - एक स्ट्रिंग के रूप में विचार करना जिसमें यूनिकोड के अलावा अन्य एन्कोडिंग में कुछ मान्य पाठ होता है, लगभग हमेशा एक गलती होती है।

इसके अलावा, यूनिकोड द्वारा समर्थित चरित्र सेट (यूनिकोड का एक नुकसान यह है कि एक शब्द विभिन्न चीजों के लिए उपयोग किया जाता है, जिसमें एन्कोडिंग और चरित्र एन्कोडिंग योजनाएं शामिल हैं), 65536 वर्णों से अधिक है। इसका अर्थ है कि एक एकल वर्ण (System.Char) में कोई भी यूनिकोड वर्ण नहीं हो सकता है। और यह सरोगेट जोड़े की अवधारणा की ओर जाता है, जहां U + FFFF से ऊपर के कोड वाले वर्णों को दो वर्णों के रूप में दर्शाया जाता है। अनिवार्य रूप से, .NET में तार UTF-16 एन्कोडिंग का उपयोग करते हैं। अधिकांश डेवलपर्स को इसके बारे में विवरण में जाने की आवश्यकता नहीं हो सकती है, लेकिन कम से कम यह जानने लायक है।

क्षेत्रीय और अंतर्राष्ट्रीय विषमताएँ

यूनिकोड में कुछ विषमताएं तार और पात्रों के साथ व्यवहार करते समय विषमताओं को जन्म देती हैं। अधिकांश स्ट्रिंग विधियाँ क्षेत्रीय सेटिंग्स पर निर्भर हैं (वे संस्कृति के प्रति संवेदनशील हैं - क्षेत्रीय रूप से संवेदनशील), दूसरे शब्दों में, विधियों का काम उस धारा की क्षेत्रीय सेटिंग्स पर निर्भर करता है जिसमें ये विधियाँ निष्पादित होती हैं। उदाहरण के लिए, आपको क्या लगता है कि यह "i".toUpper() विधि वापस आ जाएगी? अधिकांश कहेंगे: "मैं", लेकिन नहीं! तुर्की क्षेत्रीय सेटिंग्स के लिए, विधि "regional" (कोड U + 0130, चरित्र विवरण: "लैटिन राजधानी I ऊपर डॉट के साथ") वापस आ जाएगी। क्षेत्रीय रूप से स्वतंत्र केस परिवर्तन करने के लिए, आप CultureInfo.InvariantCulture प्रॉपर्टी का उपयोग कर सकते हैं और इसे String.ToUpper पद्धति के ओवरलोड संस्करण के तर्क के रूप में पास कर सकते हैं, जो CultureInfo.InvariantCulture को स्वीकार करता है।

तार की तुलना और छंटाई के साथ अन्य विषमताएं जुड़ी हुई हैं, साथ ही एक स्ट्रिंग में एक विकल्प के सूचकांक को खोजने के लिए। इनमें से कुछ ऑपरेशन क्षेत्रीय रूप से निर्भर हैं, और कुछ नहीं हैं। उदाहरण के लिए, सभी क्षेत्रों के लिए (जहाँ तक मैं देख सकता हूँ) शाब्दिक रूप से "लासेन" और "ला \ u00dfen" (दूसरे शाब्दिक में हेक्साडेसिमल कोड प्रतीक को इंगित करता है "एस तेज" या "एस्केट" ) को कंप्टिटो या Compare तरीकों से पास करते समय समान के रूप में परिभाषित किया गया है। लेकिन यदि आप उन्हें Equals लिए पास करते हैं, तो असमानता निर्धारित की जाएगी। IndexOf विधि escet को "ss" (डबल "s") के रूप में मानेगी, लेकिन यदि आप CompareOptions.Ordinal ओवरलोड में से किसी एक का उपयोग करते हैं, जहाँ आप CompareOptions.Ordinal निर्दिष्ट CompareOptions.Ordinal , तो escet को सही तरीके से संसाधित किया जाएगा।

कुछ यूनिकोड वर्ण आम तौर पर मानक IndexOf विधि के लिए पूरी तरह से अदृश्य हैं। एक दिन किसी ने C # न्यूज़ग्रुप में पूछा कि खोज और प्रतिस्थापन विधि एक अंतहीन लूप में क्यों जाती है। इस व्यक्ति ने सभी दोहरे स्थानों को एक के साथ बदलने के लिए रिप्लेसमेंट विधि का उपयोग किया, और फिर यह देखने के लिए जाँच की कि क्या प्रतिस्थापन समाप्त हो गया है और यदि IndexOf का उपयोग करके लाइन में अधिक डबल स्थान थे। यदि IndexOf ने दिखाया कि डबल स्पेस थे, तो लाइन को फिर से प्रसंस्करण के लिए भेजा गया था। दुर्भाग्य से, यह सब "टूट गया", क्योंकि रेखा में एक निश्चित "गलत" चरित्र था, जो दो स्थानों के बीच स्थित था। IndexOf ने इस चरित्र की अनदेखी करते हुए एक दोहरे स्थान की उपस्थिति की सूचना दी, और Replace ने एक प्रतिस्थापन नहीं किया क्योंकि यह चरित्र को "देखा" था। मुझे कभी नहीं पता चला कि यह किस तरह का प्रतीक था, लेकिन एक समान स्थिति को आसानी से यू + 200 सी प्रतीक का उपयोग करके पुन: पेश किया जा सकता है, जो कि "शून्य-चौड़ाई वाला गैर-जॉइनर चरित्र" है, जो भी हो नरक मतलब! अपनी लाइन में एक या एक जैसा रखो, और IndexOf इसे अनदेखा करेगा, लेकिन Replace नहीं Replace । फिर से, दोनों तरीकों को समान बनाने के लिए, आप CompareOptions.Ordinal उपयोग कर सकते हैं और इसे CompareOptions.Ordinal बता सकते हैं। मुझे ऐसा लगता है कि बहुत सारे कोड पहले ही लिखे जा चुके हैं जो ऐसे "असुविधाजनक" डेटा में "क्रैश" करेंगे। और मैं यह भी संकेत नहीं देता कि मेरा अपना कोड इससे सुरक्षित है।

Microsoft ने स्ट्रिंग्स को संभालने के लिए कुछ दिशानिर्देश प्रकाशित किए हैं , और हालांकि वे 2005 तक वापस आ गए हैं, फिर भी वे पढ़ने लायक हैं।

निष्कर्ष

स्ट्रिंग के रूप में इस तरह के मूल प्रकार के लिए (और सामान्य रूप से पाठ के लिए वास्तव में), .NET में एक स्ट्रिंग बहुत अधिक जटिल है जितना आप सोच सकते हैं। इस लेख में वर्णित मूल बातों को समझना बहुत महत्वपूर्ण है, भले ही बहु-क्षेत्रीय संदर्भों में तार की तुलना करने और पंजीकरण करने की कुछ बारीकियां आपको घेर लेंगी। विशेष रूप से, इन बहुत तार को सही ढंग से लॉग करके स्ट्रिंग एन्कोडिंग त्रुटियों का निदान करने की क्षमता महत्वपूर्ण है।

---

अनुवादक से: चूंकि लेख अपेक्षाकृत नया नहीं है, इसलिए मैंने जॉन स्केटेट द्वारा वर्णित पंक्तियों में "विषमताओं" और समस्याओं की जाँच करने का निर्णय लिया। परिणामस्वरूप, मैं .NET फ्रेमवर्क 3.5, 4.0 और 4.5 समावेशी के संस्करणों का उपयोग करके "क्षेत्रीय और अंतर्राष्ट्रीय विषमताओं" में वर्णित सभी चीजों को पुन: पेश करने में सक्षम था। हालांकि, डिबगर में शाब्दिक रूप से प्रदर्शित करने के बारे में विषमताएं, "स्ट्रिंग्स और डीबगर" खंड में वर्णित हैं, मुझे कभी भी सामना नहीं करना पड़ा, कम से कम एमएस विज़ुअल स्टूडियो 2008, 2010 और 2012 में समावेशी।