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

0. और वास्तव में, क्या समस्या है?

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



यह उदाहरण में फ्रेंच क्यों है? लेकिन यह बहुत ही सरल है - इसमें एक प्रकार का विशेष लक्षण है, इसलिए आपको यूनिकोड का उपयोग करना होगा और आप केवल अंग्रेजी लेआउट के साथ नहीं कर सकते हैं;)



तो हमें अनुवाद करने की क्या आवश्यकता है?

• अनुप्रयोग इंटरफ़ेस
  
  इंस्टॉलर (यदि कोई हो)
  
  
  
  
  
  बेशक, वर्तमान प्रवृत्ति यह है कि इंस्टॉलर को अक्सर इस्तेमाल नहीं किया जा सकता है, हालांकि, मैं हमेशा लाइसेंस समझौते को प्रदर्शित करने के लिए इसे सुविधाजनक चीज मानता हूं (यह भी रूस के नियमों से पूरी तरह से सहमत है)। लेकिन हम अपने उत्पाद को नियमों के बिना बाहरी दुनिया में जारी नहीं कर सकते, क्या हम कर सकते हैं?
  
  
  
  हम समस्या के पास जाते हैं। विभिन्न भाषाओं में एप्लिकेशन के अलग-अलग संस्करण रखना बहुत सुविधाजनक नहीं होगा। कल्पना करें कि कोड को संपादित करते समय आपको कितने बदलाव करने की आवश्यकता होगी, और यह भी याद रखें कि अनुवादक को स्रोत कोड जारी करना भी बहुत सही नहीं होगा। इसलिए, हमारे पास एक स्रोत कोड होना चाहिए।
  
  
  
  एक अन्य तरीका है संसाधन फाइलें, अर्थात, जब कोई भाषा अनुप्रयोग में "एम्बेडेड" होती है (या तो निष्पादन योग्य फ़ाइल में या लाइब्रेरी में)। सवाल उठता है - कैसे पहचानें और इसे कैसे चुनें।
  
  
  
  

  1. एक उपयुक्त समाधान

  
  
  जब इस समस्या ने मुझसे सामना किया, तो मैंने निम्नलिखित अंतर्राष्ट्रीयकरण नियमों को चुना:
  
  1. इंस्टॉलर को आपको उपयोगकर्ता के लिए इंस्टॉलर भाषा का चयन करने की अनुमति देनी चाहिए, जबकि इंस्टॉलर विंडो को भाषा चुनने के लिए निमंत्रण के साथ यह ऑपरेटिंग सिस्टम के भाषा संस्करण के आधार पर चयन करता है, और उस भाषा में सभी शॉर्टकट बनाए जाते हैं
  
  2. एप्लिकेशन भाषा अलग-अलग इंस्टॉलर चरणों में से एक में चुनी जाती है
  
  3. उपयोगकर्ता को यह चुनना होगा कि उसे किन भाषाओं में एप्लिकेशन का समर्थन करना है
  
  4. स्थापित करने के बाद आवेदन अपने इंटरफेस के लिए एक अलग भाषा का चयन करने में सक्षम होना चाहिए
  
  
  
  

  2. हम इसे कैसे करेंगे?

  
  
  इंस्टॉलर चुनने का प्रश्न एक अलग और व्यापक चर्चा के योग्य है, लेकिन मैं एनएसआईएस का उपयोग करता हूं। इसलिए, समस्याओं के बिना पहले तीन पैराग्राफों का कार्यान्वयन संभव था - एनएसआईएस में बहुभाषी समर्थन शुरू में था, मैंने केवल भाषा फ़ाइलों को थोड़ा ठीक किया।
  
  
  
  इसके अलावा यह बताना आवश्यक है कि भाषा फ़ाइलों के साथ मैं किस रास्ते पर चला गया। मेरी राय में, एक सुरुचिपूर्ण समाधान प्रत्येक भाषा के लिए * .xml फ़ाइल लेना था, जिसमें सभी आवश्यक लाइनें संग्रहीत थीं। निष्पादन योग्य फ़ाइल में, मैं केवल अंग्रेजी को "सिले" करता हूं, यदि उपयोगकर्ता गुस्से में सभी भाषा फ़ाइलों को लेता है और हटाता है।
  
  
  
  XML मेरे लिए भी सुविधाजनक है क्योंकि मैं जल्दी से योजना के अनुसार शुद्धता के लिए फ़ाइल की जांच कर सकता हूं, अर्थात्, यदि उपयोगकर्ता स्वयं भाषा फ़ाइल पर शासन करता है और गलती करता है, तो प्रोग्राम इसे लोड नहीं करेगा।
  
  
  
  XML काफी अच्छी तरह से यूनिकोड का समर्थन करता है, यह एक बड़ा प्लस भी था।
  
  
  
  

  3. अंत में क्या हुआ?

  
  
  नतीजतन, समाधान इस तरह दिखता है - स्थापना के बाद प्रोग्राम फ़ोल्डर में एक भाषा फ़ोल्डर है। यह ru.xml, en-GB.xml, en-US.xml इत्यादि नामों के तहत भाषा फ़ाइलों को संग्रहीत करता है। भाषा फ़ाइलों का सेट स्थापना के दौरान उपयोगकर्ता द्वारा निर्धारित किया जाता है।
  
  
  
  प्रोग्राम फ़ोल्डर में language.xml फ़ाइल है, जिसमें उपयोगकर्ता द्वारा चुनी गई भाषा के लिए डेटा है। भाषा चयन उपयोगिता भाषा फ़ोल्डर से XML फ़ाइल को प्रोग्राम के रूट फ़ोल्डर में कॉपी करती है, जिससे भाषा का निर्धारण होता है।
  
  
  
  

  4. जटिलताओं

  
  
  
  
  

  वेब सर्वर

  
  
  सब कुछ ठीक होगा, यदि कोई "लेकिन" नहीं है - मेरे कार्यक्रम में घटकों में से एक में एक आत्म-निहित वेब सर्वर है जो अधिक सुविधाजनक डिबगिंग के लिए डिज़ाइन किया गया है। उन्होंने कोई सक्रिय सामग्री प्रदान नहीं की, उन्होंने केवल डीबगिंग डेटा उत्पन्न किया। हालांकि, उनमें से एक तारीख थी ...
  
  
  
  तारीख को लेकर क्या समस्या है? सामान्य तौर पर, कुछ भी नहीं। जब उपयोगकर्ता अनुरोध करता है, तो मैंने HTTP अनुरोध से एक्सेप्ट-लैंग्वेज फील्ड को बाहर निकाल दिया और हमेशा यह जानता था कि किस भाषा को जारी करना है। लेकिन, तारीख को स्ट्रिंग में बदलकर सर्वर साइड पर किया जाता है। इसलिए, सब कुछ सही ढंग से काम करने के लिए, आपको उपयोगकर्ता के ब्राउज़र द्वारा अनुरोधित भाषा में प्रसंस्करण प्रवाह की भाषा को बदलना होगा।
  
  
  
  तब सब कुछ पूरी तरह से सही हो जाएगा।
  
  
  
  और हां, मैंने वेब सर्वर के संसाधनों को "आरयू", "एन-जीबी", और इसी तरह के नामों के साथ अलग-अलग फ़ोल्डरों में संग्रहीत किया है। यदि उपयोगकर्ता द्वारा अनुरोध की गई भाषा वहां नहीं मिली, तो मैं संसाधनों से अंग्रेजी में एक मानक फ़ाइल जारी करूंगा।
  
  
  
  

  शब्दों की लंबाई (रेखाएं)

  
  
  बेशक, विभिन्न भाषाओं में समान शब्द अलग-अलग हैं। इसलिए, एप्लिकेशन इंटरफ़ेस बनाते समय, आपको यह याद रखना चाहिए। एक अच्छा उदाहरण अंग्रेजी "अनलॉक" और यूक्रेनी "Rozblokuvati" है।
  
  
  
  

  संख्या में अंतर

  
  
  याद रखें कि यदि रूसी में पूर्णांक और किसी संख्या के भिन्नात्मक भाग का विभाजक अल्पविराम है, तो अंग्रेजी में, उदाहरण के लिए, एक अवधि। एक अल्पविराम का उपयोग हजारों को अलग करने के लिए किया जाता है, अर्थात, अंग्रेजी में रूसी "1,000,000.00" में एक रिकॉर्ड इस तरह दिखना चाहिए, "1,000,000.00"।
  
  
  
  

  तिथि का अंतर

  
  
  इस तथ्य के बावजूद कि आईएसओ दिनांक भंडारण प्रारूप (YYYY-MM-DD) सेट करता है, यह हमेशा इतना सरल और आनंदमय नहीं होता है। रूस में इसे DD-MM-YYYY के रूप में लिखा जा सकता है, लेकिन संयुक्त राज्य अमेरिका में - MM-DD-YYYY।
  
  
  
  संख्या और तिथियों के बारे में सामान्य सलाह उन्हें उपयोगकर्ता की भाषा के आधार पर प्रारूपित करने और किसी भी स्थिति में कार्यक्रम में उनके प्रसंस्करण के स्व-निर्मित तंत्र को "सीवे" करने के लिए होगी।
  
  
  
  प्यार के साथ
  
  maniaque