🙍🏽 ⏭️ 🏴󠁧󠁢󠁷󠁬󠁳󠁿 अंतर्राष्ट्रीयकरण: वेब को सभी के लिए सुलभ बनाना ⚰️ 👿 👵🏾

एक्मा इंटरनेशनल, तकनीकी समिति 39 या बस टीसी 39 जावास्क्रिप्ट डेवलपर्स, प्रौद्योगिकी कार्यान्वयनकर्ताओं, शिक्षाविदों और अन्य इच्छुक दलों का एक समूह है, जो समुदाय के साथ मिलकर, जावास्क्रिप्ट का एक मंच के रूप में समर्थन और विकास करते हैं।

TC39 प्रतिभागी आमतौर पर जावास्क्रिप्ट की अपनी गहरी समझ का उपयोग करके कुछ दिलचस्प साझा करते हैं। लेकिन कुछ लोग सोचते हैं कि वे सामान्य डेवलपर्स की समस्याओं से बहुत दूर चले गए हैं। भाषा डेवलपर कहां है, और वह व्यक्ति कहां है जो हर दिन अभ्यास में सामने लिखता है?

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

Romulo Cintra - TC39 प्रतिनिधि, 10 से अधिक वर्षों से विकास और वास्तुकला में काम कर रहे हैं, जो वेब, मोबाइल विकास और बादलों में विशेषज्ञता रखते हैं। इस रिपोर्ट में, आप पहले से ही MessageFormat वर्किंग ग्रुप के को-चेयर को सीखेंगे , जो मौजूदा समस्याओं को हल करने के लिए पहले से ही उपलब्ध हैं, और जावास्क्रिप्ट में नए API का उपयोग करके वे किस रूप में हल करने जा रहे हैं।

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

वक्ता की ओर से आगे का कथन।

अंतर्राष्ट्रीयकरण और स्थानीयकरण के बारे में जानने के लिए आपको तीन चीजें चाहिए: सब कुछ बहुत, बहुत, बहुत बुरा है। मेरा नाम रोमुलो सिंट्रा है, और मैं वित्तीय वास्तुकला अनुप्रयोगों में शामिल हूं। मैं TC39 के लोगों के साथ बहुत सारी बातें करता हूं और देखता हूं कि वे जावास्क्रिप्ट दुनिया को बेहतर बनाने के लिए कैसे प्रयास करते हैं। इसके अलावा, मैं खुले स्रोत का एक मजबूत समर्थक हूं, और अपने खाली समय में मैं बार्सिलोना में स्कूल ऑफ टेक्नोलॉजी में एक शिक्षक हूं।

अंतर्राष्ट्रीयकरण का मुद्दा बहुत महत्वपूर्ण है। ऐसा हुआ कि हमारी पृथ्वी पर कई अलग-अलग लोग और भाषाएं हैं। दुनिया में आज लगभग 195 देश और 6 हजार भाषाएं हैं। इससे हमारा काम बेहद कठिन हो जाता है। कुछ और के बारे में सोचो: मैं लेख लिखता हूं और अंग्रेजी में रिपोर्ट पढ़ता हूं, रूसी में नहीं; हमारे पास पहले से ही अंतर्राष्ट्रीयकरण की समस्या है। यदि कोई अंग्रेजी नहीं बोलता है, तो वह आपके साथ हमारी बातचीत से बाहर हो जाएगा। ऐसा होने से रोकने के लिए, अंतर्राष्ट्रीयकरण का आविष्कार किया गया था।

अंग्रेजी अंतर्राष्ट्रीयकरण i18n के रूप में संक्षिप्त है। संख्या 18 इस शब्द में i और n अक्षर के बीच के वर्णों की संख्या है। संक्षेप में, स्थानीयकरण को यथासंभव सरल बनाने के लिए अंतर्राष्ट्रीयकरण सॉफ्टवेयर का डिज़ाइन है। अंतर्राष्ट्रीयकरण के लिए धन्यवाद, सॉफ्टवेयर स्थानीय सेटिंग्स, भाषा, मुद्रा, और इसी तरह का समर्थन कर सकता है। अंतर्राष्ट्रीयकरण वेब को सभी के लिए अधिक सुलभ बनाता है। यहां आप परीक्षण के माध्यम से विकास के साथ एक समानांतर आकर्षित कर सकते हैं (परीक्षण-संचालित विकास): वहां पहले परीक्षण लिखा जाता है, और फिर कोड; अंतर्राष्ट्रीयकरण के साथ ऐसा ही करना आवश्यक है। आमतौर पर लोग कोड लिखे जाने के बाद अंतर्राष्ट्रीयकरण के बारे में सोचते हैं, लेकिन यह गलत है।

I18n के समान, l10n स्थानीयकरण के लिए संक्षिप्त नाम है, और 10 पहले l और अंतिम n के बीच वर्णों की संख्या है। स्थानीयकरण एक उत्पाद का भाषा और सांस्कृतिक वातावरण के लिए अनुकूलन है जिसमें इसे वितरित किया जाता है। यही है, आपको न केवल "हैलो" को "हैलो" में अनुवाद करने की आवश्यकता है, बल्कि स्थानीय मुद्रा, दशमलव विभाजक का उपयोग करें, और इसी तरह, सॉफ़्टवेयर को उपयोगकर्ता के लिए अधिक परिचित बनाएं। यह सिर्फ एक अनुवाद से अधिक है।

आपकी वेब परियोजनाएँ कितनी भाषाओं का समर्थन करती हैं? कई में दो से अधिक हैं। क्या कोई है जिसके पास पाँच से अधिक है? 15 के बारे में क्या? हम लगभग 25 भाषाओं का समर्थन करते हैं। हमारे पास बहुत अच्छा समर्थन नहीं है, क्योंकि अंतर्राष्ट्रीयकरण सबसे अच्छे तरीके से आयोजित नहीं किया गया है। रिपोर्ट के पाठ्यक्रम में, मैं अंतर्राष्ट्रीयकरण में सुधार करने के तरीके के बारे में बताऊंगा, और उन उपायों के बारे में बात करूंगा जो हम ले रहे हैं।

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

या एक अन्य उदाहरण: एक रूसी स्नान के लिए एक विज्ञापन, जिसमें अंग्रेजी अनुवाद "रूसी श्मशान" (रूसी श्मशान) कहता है।

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

Messageformat

कोड उदाहरणों पर विचार करें:

'es-ES': { 
    HELLO_WORLD: '¡Hola mundo!' 
}, 
'en-GB': { 
    HELLO_WORLD: 'Hello world!'

हमें अपनी स्ट्रिंग वस्तुओं का अनुवाद करने की आवश्यकता है। हमारे पास HELLO_WORLDप्रत्येक भाषा में संबंधित लाइनों वाला एक चर है । कई भाषाओं में इस तरह के अनुवाद के लिए (उदाहरण के लिए, जावा), MessageFormat प्रारूप मौजूद है । आइए जानने की कोशिश करें कि यह क्या है। सबसे पहले, कुछ बुनियादी तकनीकों के बारे में थोड़ा - आइए यूनिकोड से शुरू करें। यह एक मानक है जो विभिन्न भाषाओं के पात्रों के लिए एक एकल स्थान बनाता है। चलो शतरंज के साथ एक सादृश्य आकर्षित करते हैं: प्रत्येक प्रकार के टुकड़ों का एक अलग आकार हो सकता है, लेकिन हम हमेशा जानते हैं कि वास्तव में वे बोर्ड पर कहां होना चाहिए। खैर, बेशक, अलग-अलग संख्या के बाइट्स के साथ अलग-अलग यूनिकोड प्रारूप हैं: यूटीएफ -8, यूटीएफ -16 और यूटीएफ -32। अब सबसे अधिक इस्तेमाल किया जाने वाला मेटा टैग UTF-8 है। यूनिकोड के साथ, ब्राउज़र विशेष वर्ण प्रदर्शित कर सकता है, यदि यह टैग`metaभूल जाओ, कोई भी यह नहीं समझेगा कि हमारे पास पेज पर किस तरह के प्रतीक हैं।

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

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

इस समस्या को जावास्क्रिप्ट में कैसे हल किया गया? अभी नहीं। लेकिन हमारे पास कई पुस्तकालय हैं जो एक समाधान प्रदान करते हैं।

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

पुस्तकालय

हम इनमें से कुछ पुस्तकालयों को संक्षेप में प्रस्तुत करेंगे, और i18next से शुरू करेंगे। इसके डेवलपर्स ने MessageFormat में कई बदलाव किए हैं , और यह ICU का पूरी तरह से पालन नहीं करता है। हालाँकि, यह एक बहुत अच्छी लाइब्रेरी है। MessageFormat के इसके कार्यान्वयन के कई फायदे हैं, उदाहरण के लिए, स्ट्रिंग प्रक्षेप का उपयोग करने की क्षमता (जो आईसीयू प्रारूप में उपलब्ध नहीं है)। हालांकि, इसके नुकसान भी हैं, उदाहरण के लिए, बहुवचन संदेशों को केवल एक ही लाइन पर नहीं रखा जा सकता है, जैसा कि आईसीयू में किया जा सकता है।

सबसे प्रसिद्ध अंतर्राष्ट्रीयकरण पुस्तकालयों में से एक intl-messageformat है। हर हफ्ते इसे 700 हजार से ज्यादा बार डाउनलोड किया जाता है। उसका समर्थन मेरे सहकर्मी, लॉन्ग हू ने संभाला है। इसकी लोकप्रियता इस तथ्य के कारण है कि इसके शीर्ष पर प्रतिक्रिया-intl बनाया जाता है। इसलिए यदि आप रिएक्ट का उपयोग करते हैं, तो सबसे अधिक संभावना है कि आपके पास यह पुस्तकालय है। उसका डेवलपर ECMA-402 में भी भाग लेता है, और इसलिए वह ICU मानक का पालन करने की कोशिश करता है।

var MESSAGES = { 
    'en-US': { 
        NUM_PHOTOS: 'You have {numPhotos, plural, ' +
            '=0 {no photos.}' +
            '=1 {one photo.}' +
            'other {# photos.}}'
}, 
    'es-MX': {
        NUM_PHOTOS: 'Usted {numPhotos, plural, ' +
            '=0 {no tiene fotos.}' + 
            '=1 {tiene una foto.}' 
            +'other {tiene # fotos.}}' 
    } 
};

इसका कार्यान्वयन MessageFormat के समान है । यहां आप चर पास कर सकते हैं और बहुवचन की आवश्यकता को इंगित कर सकते हैं।

कोड के उदाहरणों पर आगे बढ़ने से पहले, मैं दो और नए पुस्तकालयों के बारे में बात करूंगा जो अब फैशन में हैं, वे फेसबुक और मोज़िला द्वारा बनाए गए थे।

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

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

Intl.DateTimeFormat

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

const myDate = new Date(); 
new Intl.DateTimeFormat('ru', { timeStyle : 'short'}).format(myDate); 
// short → 19:49 
// medium → 19:49:17 
// long → 19:49:17 GMT+2
// full → 19:49:17  ,

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

Intl.RelativeTimeFormat

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

const myTime = new Intl.RelativeTimeFormat('ru', { style: 'narrow' }); 
myTime.format(2 , 'quarter'); 
//Style Narrow : +2 . → in 2 qtrs. → dentro de 2 trim. 
//Style Long :  2  → in 2 quarters → dentro de 2 trimestres

अब यह करना काफी सरल है, आप दो दिन, दो सप्ताह, एक तिमाही में आदि समय निर्दिष्ट कर सकते हैं। पहले, वेब पर इस तरह के स्वरूपण मौजूद नहीं थे।

const myTime = new Intl.RelativeTimeFormat('ru', { style: 'narrow' }); 
myTime.format(2 , 'day'); 
//Style Narrow : +2 . → in 2 days → dentro de 2 días 
//Style Long :  2  → dentro de 2 días myTime.format(-1 , 'day');
//Style Narrow : -1 . → 1 day ago → hace 1 día 
//Style Long : 1   → 1 day ago → hace 1 día //Numeric(auto) :  → yesterday → ayer

यहाँ रूसी में एक उदाहरण है। आप स्वयं इस कोड के संचालन का परीक्षण कर सकते हैं, क्योंकि यह पहले से ही आपके ब्राउज़र में है।

const myTime = new Intl.RelativeTimeFormat('ru', { style: 'narrow' }); 
myTime.format(20 , 'seconds'); 
//Style Narrow : +20  → in 20 sec. → dentro de 20 s 
//Style Long :  20  → in 20 seconds → dentro de 20 segundos

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

Intl.NumberFormat

अगली बात जो मैं साझा करना चाहता था वह है Intl.NumberFormat । मैं तीसरे चरण के बारे में बात करूंगा, लेकिन केवल दूसरे को उदाहरणों में प्रस्तुत किया गया है, क्योंकि कुछ परिवर्तनों पर अभी भी चर्चा की जा रही है। Intl.NumberFormat इकाइयों और रिकॉर्ड रूपों के साथ काम करता है। यह ध्यान देने योग्य है कि वह इकाइयों के साथ क्या करता है: वह आपको विभिन्न शैलियों के साथ काम करने की अनुमति देता है।

new Intl.NumberFormat("ru", { 
style: "unit", 
unit: "liter", unitDisplay: "long" 
}).format(16); 
// → 16  → 16 liters → 16 litros

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

const nbr = 987654321; 
new Intl.NumberFormat('ru', { notation: 'scientific' }).format(nbr); 
// → 9,877E8 → 9.877E8 (en-US) 
new Intl.NumberFormat('ru', { notation: 'engineering' }).format(nbr); 
// → 987,654E6 → 987.654E6 (en-US) 
new Intl.NumberFormat('ru', { notation: 'compact' }).format(nbr); 
// → 988  → 988M (en-US) → 9.9亿 (zn-CN) 
new Intl.NumberFormat('ru', { notation: 'compact', compactDisplay: 'long' }).format(nbr); 
// → 988  → 988 millions (fr)

अब रिकॉर्डिंग रूपों के लिए। ईमानदार होने के लिए, मैं उन्हें अक्सर उपयोग नहीं करता, क्योंकि मैं घातांक (वैज्ञानिक रिकॉर्ड) के साथ रिकॉर्डिंग के रूप का उपयोग नहीं करता हूं, और मुझे बड़ी संख्या में प्रस्तुत करने की आवश्यकता नहीं है। लेकिन अगर आपको इसकी आवश्यकता है, तो आपके लिए विशेष रूप से एक संगत एपीआई है।

Intl.ListFormat

एक अन्य उपयोगी एपीआई Intl.ListFormat है , जो पहले से ही तीसरे चरण में है और आपको दो अलग-अलग तरीकों से सूचियों को प्रारूपित करने की अनुमति देता है। मान लीजिए कि मुझे वाक्यांश "मुझे होल्जस होने जा रहा है" कहने की आवश्यकता है। हम एक सूची बना सकते हैं जिसमें "मॉस्को" और "सेंट" शामिल हैं। पीटर्सबर्ग ", पैरामीटर" संयोजन "निर्दिष्ट करें, और लाइनों को रूसी भाषा के संघ द्वारा जोड़ा जाएगा" और "। यह एक पूरी तरह से नई सुविधा है, और बहुत उपयोगी है।

यदि आप "विघटन" निर्दिष्ट करते हैं, तो हमें संघ मिलता है "या"।

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

Intl.PluralRules

एक अन्य महत्वपूर्ण एपीआई Intl.PluralRules है । यह एपीआई सबसे पुराना है, लेकिन किसी कारण से कोई इसका उपयोग नहीं करता है।

जब मैं दौड़ या फ़ुटबॉल में फ़ाइनलिस्ट की सूची देखता हूं, तो हमेशा नामों के बगल में संख्याएँ इंगित की जाती हैं: "1", "2", "3" इत्यादि। लेकिन यह उस तरीके के अनुरूप नहीं है जैसा हम कहते हैं कि यह बहुत करीब होगा। भाषण के लिए, "1", "दूसरा", "तीसरा" लिखें। और इसके लिए विशेष एपीआई हैं, जिनका उपयोग करना इतना मुश्किल नहीं है।

उदाहरण के लिए, हम वाक्यांश "1 बिल्ली", "0 बिल्लियाँ", "0.5 बिल्लियाँ", "1.5 बिल्लियाँ" लिख सकते हैं, और एपीआई स्वचालित रूप से सही बहुवचन अंत का चयन करेंगे।

Intl.DisplayNames

यह सबसे लोकप्रिय एपीआई में से एक है, क्योंकि हमें अक्सर देशों की सूची प्रदर्शित करनी होती है। मान लीजिए हमारे पास देशों की सूची है - उदाहरण के लिए, डेटाबेस में या JSON में। फिर, हर बार जब आप भाषा को बदलते हैं, तो हमें एक अलग JSON को देशों, मुद्राओं, और इसी तरह की एक नई सूची के साथ लोड करने की आवश्यकता होती है। इन JSON में बहुत सारे हैं, और यह कैसे समाप्त होता है? हम एक माइक्रोसैस सर्विस बनाते हैं जिसमें विभिन्न भाषाओं के साथ एक डेटाबेस अंतर्निहित होता है, और हम इसमें से सभी डेटा निकालते हैं। बेशक, उदाहरण के लिए देशों की सूची के साथ हम भाग्यशाली थे और हमें डेटा को बार-बार अपडेट करने की आवश्यकता है - लेकिन यह हमेशा ऐसा नहीं होगा, है ना? हम एक ही बार में सभी समस्याओं को हल नहीं कर सकते, लेकिन DisplayNames उनमें से कुछ को हल करता है। आपके पास नीचे उदाहरण के रूप में एपीआई है, और आप केवल मुद्राओं की सूची या केवल देशों की सूची का अनुरोध कर सकते हैं:

const currencyNames = new Intl.DisplayNames(['en'], {type: 'currency'}); currencyNames.of('USD'); // "US Dollar" 
currencyNames.of('EUR'); // "Euro" 
currencyNames.of('TWD'); // "New Taiwan Dollar" 
currencyNames.of('CNY'); // "Chinese Yuan"


const languageNames = new Intl.DisplayNames(['en'], {type: 'language'}); languageNames.of('fr'); // "French" 
languageNames.of('de'); // "German" 
languageNames.of('fr-CA'); // "Canadian French" 
languageNames.of('zh-Hant'); // "Traditional Chinese"

यह बहुत उपयोगी चीज है। यह न केवल देशों और मुद्राओं के साथ काम करता है: उसी तरह, आप महीनों, सप्ताह के दिनों और कई अन्य चीजों के साथ काम कर सकते हैं जो आपको एक डेवलपर की जरूरत है।

भविष्य के लिए परिणाम और योजनाएं

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

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

उचित अंतर्राष्ट्रीयकरण से किसे लाभ होगा? पूरे वेब: सभी कंपनियों, सभी परियोजनाओं, सभी पुस्तकालयों। Intl.MessageFormat जैसी लाइब्रेरीकहीं भी गायब नहीं होगा, लेकिन एक नए तरीके से काम करना शुरू कर देगा। आपको डेटा डाउनलोड करने की आवश्यकता नहीं होगी, क्योंकि सभी डेटा पहले से ही ब्राउज़र में होंगे। सबसे अधिक संभावना है, आपको एक नए पुस्तकालय में स्विच करने की आवश्यकता नहीं होगी। इनमें से कुछ पुस्तकालय पहले से ही कुछ कार्यान्वयन के लिए पॉलीफ़िल के रूप में कार्य करते हैं। कुछ कार्यान्वयन जो मैंने उल्लेख किया है वे तीसरे चरण में हैं और सभी ब्राउज़रों में लागू नहीं किए गए हैं। लेकिन Intl.MessageFormat जैसी लाइब्रेरी इस कार्यक्षमता के लिए पॉलीफिलिंग्स प्रदान करती हैं। सामान्य तौर पर, वेब के इतिहास में एक नया अध्याय आ रहा है - एक वास्तविक क्रांति। वेब सभी के लिए सुलभ और समझदार हो जाएगा। यह अत्यंत महत्वपूर्ण है।

मेरा मानना है कि हमारी परियोजना की विशिष्टता सुनिश्चित करना बहुत महत्वपूर्ण है। यदि एक प्रारूप है जिसे C ++, जावा और जावास्क्रिप्ट में उपयोग किया जा सकता है, तो हर जगह इस प्रारूप का उपयोग क्यों न करें? जब हम वेब पेज लिखते हैं, तो हमें अक्सर उनके मोबाइल संस्करण बनाने की आवश्यकता होती है, जिस स्थिति में हमें दो बार बहुत काम करना पड़ता है। यदि हमारे पास हर चीज के लिए एक प्रारूप है, तो हम मौजूदा संसाधनों और एपीआई का उपयोग कर सकते हैं। हमें उपकरणों के साथ एक नए स्तर के एकीकरण की आवश्यकता है। अंतर्राष्ट्रीयकरण न केवल सीधे इसमें शामिल डेवलपर्स के काम से प्रदान किया जाता है। उसके लिए, प्रतिरूपकता बेहद महत्वपूर्ण है, क्योंकि अक्सर अपने स्वयं के स्वरूपण उपकरण, अपने स्वयं के कोड का उपयोग करना सुविधाजनक होता है। इसलिए, आपको एपीआई को बंद नहीं करना चाहिए, उन्हें खुला होना चाहिए ताकि वे कनेक्ट कर सकें कि स्थिति की आवश्यकता क्या है।एक और महत्वपूर्ण बिंदु: ये एपीआई मूल होना चाहिए। CLDRs वह डेटा प्रदान करते हैं जो अंतर्राष्ट्रीयकरण API को चाहिए। यदि आप विंडोज या मैकओएस चला रहे हैं, तो आप पहले से ही सीएलडीआर से डेटा डाउनलोड कर रहे हैं। CLDR एक अद्वितीय भंडार है, कोई भी इसके कार्य को दोहराता नहीं है। इसका मतलब है कि डेटा केवल एक बार डाउनलोड किया जा सकता है और पूरे ऑपरेटिंग सिस्टम के लिए सामान्य बनाया जा सकता है। यदि Intl API के लिए सभी डेटा पहले से ही ऑपरेटिंग सिस्टम में लोड है, तो इसे इस सिस्टम के सभी सॉफ़्टवेयर के लिए क्यों नहीं प्रदान किया जाए?यदि Intl API के लिए सभी डेटा पहले से ही ऑपरेटिंग सिस्टम में लोड है, तो इसे इस सिस्टम के सभी सॉफ़्टवेयर के लिए क्यों नहीं प्रदान किया जाए?यदि Intl API के लिए सभी डेटा पहले से ही ऑपरेटिंग सिस्टम में लोड है, तो इसे इस सिस्टम के सभी सॉफ़्टवेयर के लिए क्यों नहीं प्रदान किया जाए?

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

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

HolyJS 2020 Piter «Speak my language %app%». , , : . HolyJS 2020 Piter . , .

अंतर्राष्ट्रीयकरण: वेब को सभी के लिए सुलभ बनाना