स्थानीयकरण और वैश्वीकरण

लेख में, लेखक .NET में समझ के लिए आवश्यक अंतर्राष्ट्रीयकरण के कुछ पहलुओं को रेखांकित करने की कोशिश करता है, चीनी की विशेषताएं और न केवल स्थानीयकरण, और कुछ मज़ेदार क्षण।

शब्दावली

यहाँ MSDN से कुछ स्वतंत्र रूप से अनुवादित और संपादित परिभाषाएँ दी गई हैं:

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

वैश्वीकरण एक ऐसी एप्लीकेशन को डिजाइन और विकसित करने की प्रक्रिया है जो विभिन्न संस्कृतियों के उपयोगकर्ताओं के लिए एक स्थानीय उपयोगकर्ता इंटरफ़ेस और क्षेत्रीय डेटा का समर्थन करती है। विशिष्ट भाषा और क्षेत्रीय मापदंडों के बारे में जानकारी में शामिल हो सकते हैं: एक लेखन प्रणाली, उपयोग किए जाने वाले कैलेंडर, दिनांक और समय के प्रारूप पर समझौते, संख्याएं, मौद्रिक और भौतिक मात्रा, छंटनी के नियम और यहां तक ​​कि पते, टेलीफोन और डिफ़ॉल्ट पेपर आकार।

तो टीम जो कर रही है, वह शुरू में वांछित प्रकार के गैर-स्थानीय उत्पादों के लिए एक बड़ा शब्द है - वैश्वीकरण , लेकिन स्थानीयकरण नहीं।

भाषा और क्षेत्रीय मानक

तो, .NET में एक मुख्य वर्ग है जो भाषा और क्षेत्रीय मानकों के बारे में जानकारी प्रदान करता है (अंग्रेजी में अप्रबंधित कोड के लिए `` लोकेल '') - System.Globalization.CultureInfo । इसके बगल में Calendar , RegionInfo , NumberFormatInfo , DateTimeFormatInfo और कई अन्य भी हैं। एट अल।

संस्कृति का एक नाम (अनिवार्य रूप से एक कोड) है, इन शब्दों में यह संवाद करने के लिए सुविधाजनक है। एक अपरिवर्तनीय संस्कृति का एक खाली नाम है, इसलिए हम इसे ivl रूप में नामित करेंगे।

दो प्रवाह संस्कृतियों

किसी भी थ्रेड उदाहरण Thread में दो गुण होते हैं: public CultureInfo CurrentCulture {get; set;} public CultureInfo CurrentCulture {get; set;} और public CultureInfo CurrentUICulture {get; set;} public CultureInfo CurrentUICulture {get; set;}
पहली संस्कृति का उपयोग संख्या, दिनांक, आदि क्षेत्रीय सेटिंग्स को प्रारूपित करने के लिए किया जाता है, और दूसरे का उपयोग उपयुक्त स्थानीयकृत संसाधनों के लिए खोज एल्गोरिथ्म में किया जाता है।

तो हमें दो संस्कृतियों की आवश्यकता क्यों है? इसका एक कारण है: भारत में पैदा होने और रहने वाले एंग्लो-सैक्सन के वंशज के लिए, मूल भाषा अंग्रेजी है। इस पर, वह अपने लैपटॉप पर प्रोग्राम इंटरफेस देखना चाहता है। हालांकि, जब एक्सेल में काम करते हैं, तो वह सबसे अधिक रुपए (हिंदी में पत्र रु ) में काम करेगा, और वह जानता है कि उसके मूल देश का 32,87,590.01 किमी ^{2 है} ।

वृक्ष की संरचना

संस्कृति एक वृक्ष का निर्माण करती है। यानी हर संस्कृति में एक अभिभावक होता है।

पेड़ की जड़ में "नहीं" संस्कृति है - अपरिवर्तनीय । इसमें इस क्षेत्र के बारे में जानकारी नहीं है, एक गैर-मौजूद अपरिवर्तनीय भाषा का प्रतिनिधित्व करता है, प्रारूपण नियम, जो अमेरिकी लोगों के समान अजीब हैं। एक अपरिवर्तनीय संस्कृति का जनक एक और अपरिवर्तनीय संस्कृति है, और इसी तरह जब तक कि अतिप्रवाह नहीं होता।

विपरीत विशिष्ट ( विशिष्ट ) संस्कृति है। उनमें भाषा / पत्र और क्षेत्र के बारे में और संख्याओं और तिथियों के प्रारूपण के बारे में जानकारी होती है। उदाहरण: ru-RU , en-US , en-IN ।

विशिष्ट फसल संस्कृतियों के माता-पिता तटस्थ संस्कृतियां हैं। ऐसी संस्कृतियों का उद्देश्य भाषा और लेखन के बारे में जानकारी रखना है। .NET 4.0 से पहले .NET 4.0 तटस्थ संस्कृतियों में स्वरूपण और क्षेत्र के बारे में जानकारी नहीं हो सकती है, अब यह जानकारी प्रमुख विशिष्ट संस्कृति से ली गई है। उदाहरण: ru , en , mn-Cyrl (मंगोलियाई, सिरिलिक), mn-Mong (ओल्ड मंगोलियन)।

चौकस पाठक को भरने के लिए प्रश्न: तटस्थ संस्कृति का जनक कौन हो सकता है?

आम गलतफहमी

इसलिए, हम आसानी से एक उदाहरण के रूप में ivl <— ru <— ru-RU का उपयोग करके फसलों के एक पेड़ की एक शाखा की कल्पना कर सकते हैं। लेकिन यह कहना सही नहीं है कि पदानुक्रम में हमेशा तीन संस्कृतियों का समावेश होता है। इसलिए, उदाहरण के लिए, किताबों के लेखक C # 2005 प्रोग्रामिंग लैंग्वेजेज फॉर प्रोफेशनल्स ने अध्याय 17 के उदाहरण में सोचा और फिर यह लगभग सच था।

लेकिन कई तरह की लेखन वाली भाषाएँ रूढ़ी को तोड़ती हैं।



.NET 4.0 से पहले, सब कुछ पूरी तरह से भ्रमित था: कुछ विशिष्ट संस्कृतियां थीं जिनके माता-पिता अपरिवर्तनीय थे। तुला देख ।

चीनी झाड़ी

1.3 बिलियन से अधिक लोग चीनी भाषा बोलते हैं, और पीपुल्स रिपब्लिक ऑफ चाइना, चीन गणराज्य (उर्फ ताइवान) और सिंगापुर में आधिकारिक हैं। और विशेष प्रशासनिक क्षेत्रों - हांगकांग और मकाऊ के बारे में मत भूलना।

चीनी लेखन के दो प्रकार हैं: सरलीकृत (1956 से) और पारंपरिक। परंपरागत रूप से, चीनी ऊपर से नीचे तक लिखते थे, और कॉलम दाएं से बाएं जाते थे। हाल ही में, 2004 के बाद से, ताइवान आधिकारिक तौर पर ऊर्ध्वाधर लेखन का उपयोग करना बंद कर दिया है। अब "यूरोपीय" लेखन पद्धति का उपयोग किया जाता है - क्षैतिज रूप से बाएं से दाएं।

.NET पर वापस आते हैं। .NET 2.0 में zh-CHS और zh-CHT संस्कृतियों को हटा दिया गया और उन्हें zh-Hans और zh-Hant बदल दिया गया। संस्कृति के पेड़ में, zh-Hans सही ढंग से काम करने के लिए फालबैक प्रक्रिया के लिए zh-CHS के जनक हैं। भविष्य में, किसी भी पैच के साथ, अप्रचलित संस्कृतियां गायब हो सकती हैं।

मैं अलग से जोर देता हूं कि दोनों प्रकार के पत्रों का उपयोग चीन में किया जाता है: हांगकांग और मकाऊ में - पारंपरिक, बाकी बड़े क्षेत्र में - सरलीकृत।

पतन की प्रक्रिया

उपयुक्त संसाधनों (पाठ, निर्देशांक और नियंत्रण, आकार, आदि के आकार) की खोज करने के लिए, ResourceManager का उदाहरण Thread.CurrentThread.CurrentUICulture पर Thread.CurrentThread.CurrentUICulture । Thread.CurrentThread.CurrentUICulture । यूआई संस्कृति विशिष्ट या तटस्थ हो सकती है। लेकिन Thread.CurrentThread.CurrentCulture केवल विशिष्ट संस्कृति।

सबसे पहले, संसाधन प्रबंधक उन संसाधनों को खोजने की कोशिश करता है जिनकी संस्कृति UI संस्कृति से मेल खाती है। यदि वह नहीं मिल रहा है, तो वह पैतृक संस्कृति लेता है और खोज को दोहराता है। यदि इस तरह से हम एक अपरिवर्तनीय संस्कृति के लिए जाते हैं, तो हमें डिफ़ॉल्ट संसाधनों (तटस्थ) (अक्सर वे मुख्य विधानसभा में स्थित होते हैं, लेकिन जरूरी नहीं) का उपयोग करना होगा।

सही, डिफ़ॉल्ट संसाधन संस्कृति-चिन्हित भी हो सकते हैं। MSDN पर विवरण देखें।

एमएस से जाम

नंबर 1

आपके ध्यान में फसलों की एक और झाड़ी है - उज़्बेक:



यह स्पष्ट है कि क्या हुआ: 1991 के बाद, एक बार सिरिलिक वर्णमाला में अनुवादित भाषाओं ने सिरिलिक वर्णमाला को गहन रूप से छुटकारा देना शुरू कर दिया।

CultureInfo वर्ग के पास एक string NativeName संपत्ति string NativeName , अर्थात वर्णित भाषा में संस्कृति का नाम। uz-Latn-UZ NativeName का मूल्य U'zbek (U'zbekiston Respublikasi) , हालांकि वास्तव में यह U'zbek (U'zbekiston Respublikasi) होना चाहिए।

बग में पहले से ही .NET के कई संस्करण हैं।

नंबर 2

चलो पूर्व संघ गणराज्य मोल्दोवा के बारे में बात करते हैं, `` मोल्दोवा '' का स्व-नाम। मोलदोवन मोल्दावियन भाषा बोलते हैं। हालांकि दार्शनिकों का तर्क है कि यह एक स्वतंत्र भाषा नहीं है, लेकिन रोमानियाई की एक बोली है।

वास्तव में, तीन रोमानियाई भाषाएं हैं:

• रोमानिया में रोमानिया (लैटिन);
• ट्रांसनिस्ट्रिया में रोमानियाई (सिरिलिक), उस रूप में शेष है जिसमें यह संघ के पतन के समय था;
• रोमानिया के मोलदोवा (लैटिन) में, लैटिन के अपने स्वयं के संस्करण के साथ, जो रोमानिया में अपनाई गई वस्तु के साथ मेल नहीं खाता है।

ऐसा लगता है कि .NET में हम तीन विशिष्ट रोमानियाई संस्कृतियों को देखने की उम्मीद कर सकते हैं, अच्छी तरह से, या दो - राजनीतिक कारणों से (ट्रांसनिस्ट्रिया)। लेकिन नहीं, विंडोज एनएलएस एपीआई में मोल्दोवा नहीं है । केवल एक ro-RO संस्कृति है, रोमानियाई (रोमानिया)। यह वह स्थान है जिसका उपयोग मोल्डावियन उपयोगकर्ता करते हैं। लेकिन माइक्रोसॉफ्ट मोल्दोवा में है।

और हां, .NET आपको अपनी संस्कृतियों को बनाने की अनुमति देता है।

यह दिलचस्प है कि एक बार पहले .NET और पुराने OS में, ru-MO और ro-MO संस्कृतियों को देखा गया था। हां, क्षेत्र कोड MO था, MD नहीं जैसा कि अब है। क्या ISO बदल गया है?

स्थानीय अनुप्रयोगों के लिए टैबू

सूची पूरी नहीं हो सकती है, लेकिन स्थानीय अनुप्रयोगों के बग को पकड़ने में व्यक्तिगत अनुभव से उदाहरण हैं।

नंबर 1

जाहिर है, आप कभी भी सिस्टम फ़ोल्डर्स के नाम से वायर्ड नहीं हो सकते। हालाँकि, ऐसा लगता है, जहां Program Files जा सकते हैं? कुछ बेतुकेपन के कारण, उन्होंने इस फ़ोल्डर का नाम बदलकर रूसी विंडोज में रखना शुरू नहीं किया। लेकिन सभी स्थानीयकरणों में नहीं!

स्पेनिश स्थानीयकरण में, फ़ोल्डर को गर्व से Archivos de programa नाम दिया गया है। मैं अनुशंसा करता हूं: स्पेनिश से रूसी में Google का अनुवाद ।

नंबर 2

भूमंडलीकृत-स्थानीयकृत अनुप्रयोग का वास्तविक परिमार्जन स्ट्रिंग्स है। श्रृंखलाबद्ध। लेकिन फिर भी अगर लाइनें वाइल्डकार्ड हैं, तो बिना टिप्पणी के वाइल्डकार्ड की सामग्री अनुवादकों के लिए स्पष्ट नहीं है: "{0}" "{1}".{2} {3} । और {2} हमारा अभिप्राय Environment.NewLine ।

संदर्भ

MSDN

• .NET फ्रेमवर्क 4: वैश्वीकरण और स्थानीयकरण में नया क्या है
• .NET फ्रेमवर्क अनुप्रयोगों (.NET फ्रेमवर्क 4.5) का वैश्विककरण और स्थानीयकरण
• राष्ट्रीय भाषा समर्थन (एनएलएस) एपीआई संदर्भ
• WPF: वैश्वीकरण और स्थानीयकरण

सामग्री

• उदाहरणों के साथ पुस्तक "C # 2005 प्रोग्रामिंग प्रोफेशनल के लिए भाषा" का एक अध्याय
• zh-Hans, zh-Hant और "पुराना" zh-CHS, zh-CHT
• विभिन्न भाषाओं में 'प्रोग्राम फाइल्स' फोल्डर

उपकरण

• उदाहरण के आधार पर सही किया गया फसल का पेड़