अपने प्रश्न को पूछें और दस्तावेज़ का सारांश प्राप्त करें, इस पृष्ठ और आपके चुने हुए AI प्रदाता का उपयोग करके
इस पृष्ठ की सामग्री एक AI द्वारा अनुवादित की गई है।
अंग्रेजी में मूल सामग्री के अंतिम संस्करण देखेंअगर आपके पास इस दस्तावेज़ को सुधारने के लिए कोई विचार है, तो कृपया GitHub पर एक पुल अनुरोध सबमिट करके योगदान देने में संकोच न करें।
दस्तावेज़ के लिए GitHub लिंकदस्तावेज़ का Markdown को क्लिपबोर्ड पर कॉपी करें
सही Vue i18n लाइब्रेरी कैसे चुनें
"Vue i18n" एक सामान्य शब्द भी है और उस लाइब्रेरी का नाम भी जिसे लगभग हर कोई इंस्टॉल करता है। यह सुविधाजनक भी है और साथ ही भ्रामक भी: vue-i18n एक अच्छा डिफ़ॉल्ट है, लेकिन यह एकमात्र विकल्प नहीं है, और जो प्रश्न इस चुनाव को निर्धारित करने चाहिए (SSR है या नहीं, कितने पेज हैं, ट्रांसलेशन कौन लिखता है) वे शायद ही कभी npm install से पहले पूछे जाते हैं।
यह गाइड पहले उन सवालों को पूछती है, फिर उन उत्तरों को उपयुक्त लाइब्रेरीज़ के साथ मैप करती है, प्लेन Vite + Vue और Nuxt दोनों के लिए।

विषय सूची
लाइब्रेरीज़ की तुलना करने से पहले जवाब देने योग्य छह प्रश्न
- Vite SPA या Nuxt? एक SPA में कैटलॉग की लागत JS बंडल की समस्या होती है। Nuxt में यह HTML पेलोड की भी समस्या है, क्योंकि मैसेज SSR स्टेट में सीरियलाइज़ होते हैं और हाइड्रेट होते हैं। इसी कारण से अधिकांश "vue-i18n धीमा है" की रिपोर्ट Nuxt ऐप्स से आती हैं।
- अनुवाद कौन लिखता है? डेवलपर्स, एक TMS, ICU स्ट्रिंग्स डिलीवर करने वाली कोई एजेंसी, या एक AI पाइपलाइन।
vue-i18nअपने स्वयं के पाइप-सेपरेटेड प्लूरल सिंटैक्स का उपयोग करता है, न कि ICU का। यदि स्ट्रिंग्स बाहर से आती हैं तो यह मायने रखता है। - कितनी भाषाएँ (locales) और पेज हैं? दो भाषाएँ और पाँच पेज सब कुछ एक साथ भेज सकते हैं। दस भाषाएँ और चालीस रूट्स ऐसा नहीं कर सकते, और लोडिंग रणनीति मुख्य लागत बन जाती है।
- क्या आपको कीज़ पर टाइप्स की आवश्यकता है?
vue-i18nमेंt("cart.totl")कंपाइल हो जाता है जब तक कि आप कोई मैसेज स्कीमा जेनेरिक पास न करें, और वह स्कीमा लेज़ी लोड होने वाले कैटलॉग के साथ संघर्ष करती है। - कंटेंट में क्या शामिल है? केवल UI लेबल्स, या मार्कडाउन, वाक्यों के अंदर लिंक्स, और प्रति-लोकेल ब्लॉक्स। रिच कंटेंट वह जगह है जहाँ स्ट्रिंग रिटर्न करने वाला
t()असुविधाजनक हो जाता है। - क्या CSP एक बाधा है? डिफ़ॉल्ट
vue-i18nबिल्ड ब्राउज़र मेंnew Functionके साथ मैसेजेस को कंपाइल करता है। रनटाइम-ओनली बिल्ड्स को बिल्ड टाइम पर प्रीकंपाइल करने के लिए@intlify/unplugin-vue-i18nकी आवश्यकता होती है।
इन उत्तरों को लिख लें। नीचे दी गई हर बात इन्हीं पर आधारित है।
परिदृश्य एक नज़र में
Vue इकोसिस्टम में React की तुलना में कम i18n लाइब्रेरीज़ हैं, और वे अलग-अलग आर्किटेक्चरल दौर से आती हैं।

vue-i18n 2015 में आया और तब से डिफ़ॉल्ट बना हुआ है। @nuxt/i18n इसे लोकेल रूटिंग, SEO टैग्स और प्रति-लोकेल लेज़ी लोडिंग के साथ रैप करता है। मैसेजेस को रेंडर फंक्शन्स में कंपाइल किया जाता है, यदि आप unplugin जोड़ते हैं तो बिल्ड टाइम पर, अन्यथा ब्राउज़र में।
Mozilla Fluent .ftl फ़ाइलें ग्रामर-अवेयर वेरिएंट्स के साथ अधिक अनुकूल मैसेज सिंटैक्स लेकर आईं। कोई की (key) टाइप्स नहीं हैं, और Vite प्लगइन हर लोकेल को हर पेज में लोड करता है।
Paraglide प्रति मैसेज एक फंक्शन जेनरेट करता है और बंडलर को बाकी को ट्री-शेक (tree-shake) करने देता है। Intlayer .content.ts फ़ाइलों में प्रति कंपोनेंट कंटेंट घोषित करता है, टाइप्स जेनरेट करता है, और केवल वही भेजता है जो एक रूट रेंडर करता है।
JavaScript i18n का इतिहास प्रत्येक दौर को विस्तार से कवर करता है।
सबसे महत्वपूर्ण निर्णय: कंटेंट कहाँ रहता है और कब लोड होता है
दो संरचनात्मक विकल्प सेटअप्स के बीच अधिकांश बंडल अंतर की व्याख्या करते हैं:
- केंद्रीकृत या स्कोप्ड कंटेंट। ऐप के लिए एक
locales/en.json, या प्रति कंपोनेंट एक डिक्लेरेशन। - स्टैटिक या डायनामिक इम्पोर्ट। स्टार्टअप पर सब कुछ, या सक्रिय लोकेल (और आदर्श रूप से सक्रिय रूट) को मांग पर फ़ेच करना।
यह ग्राफ 1 से 10 पेजों के एक सैद्धांतिक ऐप के लिए पेलोड का अनुमान लगाता है, जिसका 1 से 10 लोकेल्स में अनुवाद किया गया है, जिसमें प्रति पेज लगभग 30 KB टेक्स्ट है।

vue-i18n डायनामिक एक्सिस का समर्थन करता है: import() के बाद setLocaleMessage का अर्थ है कि आप उन नौ लोकेल्स को भेजना बंद कर देते हैं जिन्हें कोई नहीं पढ़ता। जो यह आपको नहीं देता वह है पेज एक्सिस। एक लोकेल कैटलॉग एक ऑब्जेक्ट होता है, और इसे लोड करने से हर पेज की कॉपी लोड हो जाती है। SPA में कोई ध्यान नहीं देता। Nuxt में, @nuxtjs/i18n और दस से अधिक पेजों के साथ, हर रूट हर दूसरे रूट के स्ट्रिंग्स को दो बार ले जाता है: JS चंक में और SSR पेलोड में।
Vue बेंचमार्क इसे "अन्य रूट्स से लीकेज" और "अन्य लोकेल्स से लीकेज" के रूप में मापता है। यदि प्रश्न 3 का आपका उत्तर "कई पेज" था, तो यह सेक्शन किसी भी API प्राथमिकता से अधिक महत्वपूर्ण है। प्रति-कंपोनेंट बनाम केंद्रीकृत i18n पोस्ट इसी ट्रेड-ऑफ के मेंटेनेंस पक्ष को कवर करती है।
उम्मीदवार लाइब्रेरीज़
लाइब्रेरी साइज़ Vue बेंचमार्क से हैं: 10-पेज, 10-लोकेल ऐप पर बंडलिंग, ट्री-शेकिंग और मिनिफिकेशन के बाद एक खाली कंपोनेंट में प्लगइन और कंपोज़ेबल। कंटेंट को अलग से मापा जाता है।
सभी डेटा सामग्री को स्पष्ट रूप से देखने के लिए तालिका को मोडल में खोलें
| लाइब्रेरी | कंटेंट मॉडल | कीज़ पर टाइप्स | मैसेज फॉर्मेट | प्रति-रूट स्प्लिटिंग | लाइब्रेरी साइज़ |
|---|---|---|---|---|---|
vue-i18n | प्रति लोकेल सेंट्रल कैटलॉग, वैकल्पिक SFC <i18n> ब्लॉक्स | स्कीमा जेनेरिक के माध्यम से ऑप्ट-इन | स्वयं का (पाइप प्लूरल) | नहीं | ~24.3 kB |
@nuxtjs/i18n | vue-i18n के समान, साथ ही रूटिंग और SEO टैग्स | समान | समान | नहीं, केवल प्रति लोकेल | अतिरिक्त |
fluent-vue | .ftl फ़ाइलें (Mozilla Fluent) | कोई नहीं | Fluent | नहीं | ~29.7 kB |
| Paraglide | inlang प्रोजेक्ट, जेनरेटेड फंक्शन्स | जेनरेटेड | स्वयं का | ट्री-शेकिंग के माध्यम से | लगभग शून्य |
| Intlayer | प्रति कंपोनेंट एक .content.ts | जेनरेटेड, डिफ़ॉल्ट रूप से चालू | हेल्पर्स (plural) | हाँ, प्रति कंपोनेंट | बेसलाइन |
संख्याएँ बेंचमार्क के वर्ज़न्स का एक स्नैपशॉट हैं। केवल साइज़ के आधार पर निर्णय लेने से पहले इसे अपने ऐप पर चलाएं।
Paraglide का लगभग-शून्य लाइब्रेरी साइज़ बनावट के कारण है: रनटाइम आपके रिपॉजिटरी में जेनरेट होता है, जिसका अर्थ है हर पुश से पहले एक रीजेनरेशन स्टेप और जेनरेट की गई फ़ाइलों पर मर्ज कॉन्फ्लिक्ट्स। Intlayer को vite-intlayer (या Nuxt मॉड्यूल) की आवश्यकता होती है, इसलिए यह बिल्ड स्टेप के बिना नहीं चल सकता।
अपने उत्तरों को एक लाइब्रेरी से मिलाएं
Composition मोड (legacy: false) में vue-i18n, @intlify/unplugin-vue-i18n के साथ ताकि आप रनटाइम-ओनली बिल्ड शिप करें। import() के साथ लोकेल्स को लेज़ी-लोड करें। यह अधिकांश छोटे ऐप्स को कवर करता है और कम्युनिटी के जवाब हर जगह उपलब्ध हैं। SFC <i18n> ब्लॉक्स मैसेजेस को कंपोनेंट के साथ कोलोकेट करते हैं, जिससे मदद मिलती है, लेकिन उनके आसपास का एक्सट्रैक्शन और TMS टूलिंग JSON कैटलॉग की तुलना में कमज़ोर है, इसलिए जल्दी तय करें कि टीम किसका उपयोग करती है।
@nuxtjs/i18n आपको बिना किसी कोड के रूटिंग रणनीति, hreflang टैग्स और लोकेल डिटेक्शन प्रदान करता है, और केवल यही कुछ पेजों वाली कंटेंट साइटों के लिए इसे उचित ठहराता है। इसकी सीमा प्रति-लोकेल कैटलॉग है: लगभग दस पेजों के बाद SSR पेलोड हर रूट की कॉपी ले जाता है। यदि आपका मामला ऐसा है, तो या तो प्रति-रूट मैसेजेस के साथ vue-i18n को मैन्युअली वायर करें, या स्कोप्ड कंटेंट पर जाएँ। Nuxt i18n पोस्ट पहले रूटिंग रणनीति के चुनाव के बारे में बताती है।
vue-i18n का प्लूरल सिंटैक्स ("no item | one item | {count} items") ICU नहीं है और पोर्टेबल नहीं है। अनुवादकों को इसके बारे में सूचित करना होगा, और एक TMS एक्सपोर्ट इसे प्रोड्यूस नहीं करेगा। या तो पहला कैटलॉग बनने से पहले फॉर्मेट पर सहमत हों, या ऐसी लाइब्रेरी चुनें जिसका फॉर्मेट आपके वेंडर से मेल खाता हो। Intlayer का ICU समर्थन आंशिक है, इसलिए यदि आपको आज ICU स्ट्रिंग्स प्राप्त होती हैं, तो इसे भी एक बाधा मानें।
बिल्ड टाइम पर कंपाइल किए गए स्कोप्ड कंटेंट को प्राथमिकता दें। Paraglide ट्री-शेकिंग के ज़रिए वहाँ पहुँचता है, जो Vite पर विज्ञापित रूप से काम करता है। Intlayer प्रति-कंपोनेंट घोषणाओं के ज़रिए वहाँ पहुँचता है और केवल वही भेजता है जो रूट रेंडर करता है। vue-i18n के साथ, आप मैसेजेस को रूट के अनुसार मैन्युअली विभाजित कर सकते हैं, लेकिन कोई भी इसे लागू नहीं करता है और एक ग्लोबल नेमस्पेस को इम्पोर्ट करने वाला शेयर्ड कंपोनेंट इसे चुपचाप पूर्ववत कर देता है।
vue-i18n को createI18n में एक स्कीमा जेनेरिक पास करके टाइप किया जा सकता है। यह काम करता है, और जैसे ही कैटलॉग लेज़ी लोड होते हैं, यह टूट जाता है, क्योंकि स्कीमा उन मैसेजेस का वर्णन करती है जो शायद अभी तक वहाँ नहीं हैं। यदि आप इसे बनाए नहीं रखना चाहते हैं, तो ऐसी लाइब्रेरी चुनें जिसके टाइप्स कंटेंट से जेनरेट होते हैं: Paraglide या Intlayer। लापता अनुवादों का पता लगाना पोस्ट तुलना करती है कि प्रत्येक बिल्ड टाइम पर क्या पकड़ता है।
मार्कडाउन पेज, बीच में <RouterLink> वाले वाक्य, प्रति-लोकेल कंपोनेंट्स। vue-i18n में कंपोनेंट इंटरपोलेशन के लिए <i18n-t> है, जो काम करता है और वर्बोज़ है। Intlayer के कंटेंट नोड्स मार्कडाउन, HTML और नेस्टेड ऑब्जेक्ट्स को सीधे स्वीकार करते हैं, जो ऐप के कंटेंट-हैवी होने पर बेहतर फिट बैठता है।
तब केंद्रीकृत JSON के पास इसे उचित ठहराने के लिए कोई कंज्यूमर नहीं बचता है। कोलोकेटेड कंटेंट और छूटे हुए लोकेल्स को भरने वाला एक CLI छोटा रास्ता है। Intlayer का fill कमांड आपकी अपनी API की (OpenAI, Anthropic, Mistral, Gemini) के विरुद्ध चलता है और केवल वही पुनः अनुवादित करता है जो बदला है।
प्रत्येक लाइब्रेरी कहाँ कम पड़ती है
vue-i18n: इस सेट में सबसे भारी, खुद का प्लूरल फॉर्मेट, टाइप्स ऑप्ट-इन हैं और लेज़ी लोडिंग के साथ नाजुक हैं, कोई प्रति-रूट स्कोपिंग नहीं है, डेड कीज़ चुपचाप जमा होती रहती हैं। Vue 3 ऐप मेंlegacy: trueछोड़ने से Vue 2 कम्पैटिबिलिटी लेयर बनी रहती है औरuseI18n()टाइपिंग खो जाती है।@nuxtjs/i18n: ऊपर दी गई हर चीज़ को इनहेरिट करता है, और एक दर्जन से अधिक रूट्स होने पर SSR पेलोड हर पेज के स्ट्रिंग्स को ले जाता है।fluent-vue: अच्छा मैसेज सिंटैक्स, कोई की टाइप्स नहीं, और Vite प्लगइन सभी भाषाओं के सभी कंटेंट को हर पेज में लोड करता है। बेंचमार्क में सबसे भारी।- Paraglide: जेनरेट की गई फ़ाइलें रेपो में कमिट की जाती हैं, हर पुश से पहले रीजेनरेशन, और लोकेल को रिएक्टिव स्टोर के बजाय प्रत्येक मैसेज कॉल पर कुकी या स्टोरेज से पढ़ा जाता है, जिससे लोकेल बदलने पर अतिरिक्त काम होता है।
- Intlayer: अनिवार्य बिल्ड प्लगइन, छोटा इकोसिस्टम, आंशिक ICU समर्थन, और डिज़ाइन द्वारा पूरे कोडबेस में फैला हुआ कंटेंट, इसलिए अनुवादक के लिए एक JSON एक्सपोर्ट करने के लिए टूलिंग की आवश्यकता होती है।
प्रत्येक विकल्प कोड में कैसा दिखता है
वही कंपोनेंट, शीर्षक और प्लूरल के साथ एक कार्ट समरी, प्रत्येक उम्मीदवार के साथ लिखा गया है। दिलचस्प हिस्सा टेम्पलेट नहीं है, बल्कि यह है कि कंटेंट कहाँ रहता है और vue-tsc इसके बारे में क्या जानता है।
कोड को क्लिपबोर्ड पर कॉपी करें
कोड को क्लिपबोर्ड पर कॉपी करें
पाइप-सेपरेटेड प्लूरल्स vue-i18n का अपना फॉर्मेट है, ICU नहीं। t किसी भी स्ट्रिंग को स्वीकार करता है जब तक कि आप createI18n को एक मैसेज स्कीमा जेनेरिक पास न करें।
कोड को क्लिपबोर्ड पर कॉपी करें
कोड को क्लिपबोर्ड पर कॉपी करें
Fluent का सिंटैक्स प्लूरल्स और व्याकरणिक वेरिएंट्स को अच्छी तरह से संभालता है। मैसेज आईडी अनटाइप्ड स्ट्रिंग्स हैं, और Vite प्लगइन हर लोकेल को हर पेज में बंडल करता है।
कोड को क्लिपबोर्ड पर कॉपी करें
कोड को क्लिपबोर्ड पर कॉपी करें
प्रत्येक मैसेज एक जेनरेट किया गया, टाइप्ड फंक्शन है, इसलिए छूटी हुई की (missing key) एक इम्पोर्ट एरर बन जाती है। paraglide/ फ़ोल्डर आपके रेपो में जेनरेट होता है और हर बदलाव पर रीजेनरेट होता है।
कोड को क्लिपबोर्ड पर कॉपी करें
कोड को क्लिपबोर्ड पर कॉपी करें
सभी लोकेल्स कंपोनेंट के बगल में एक ही फ़ाइल में। टाइप्स बिल्ड पर जेनरेट होते हैं, इसलिए title ऑटो-कम्प्लीट होता है और टाइपो होने पर vue-tsc फेल हो जाता है। <title /> एक ऐसा नोड रेंडर करता है जिसे विज़ुअल एडिटर टारगेट कर सकता है; {{ items(props.count) }} प्लेन स्ट्रिंग देता है।
पहले से ही vue-i18n पर हैं? @intlayer/vue-i18n कम्पैटिबिलिटी एडेप्टर बंडलर स्तर पर पैकेज को उपनाम (alias) देता है, ताकि useI18n(), $t, पाइप प्लूरल्स और v-t काम करते रहें जबकि Intlayer कंटेंट सर्व करता है। माइग्रेशन गाइड बाद में एडेप्टर से हटने को कवर करती है, और एक Nuxt-विशिष्ट गाइड भी है।
निर्णय लेने से पहले
एक फीचर टेबल आपको बताती है कि लाइब्रेरी आज क्या करती है। ये बिंदु आपको बताते हैं कि इसके साथ काम करना कैसा रहेगा।
रिपॉजिटरी गतिविधि की जाँच करें।
कमिट्स, इश्यू रिस्पॉन्स टाइम, और क्या पिछला माइनर रिलीज़ इसी साल हुआ था। बिना मेंटेनर के एक अच्छा डिज़ाइन भविष्य के माइग्रेशन का इंतज़ार है।
npm डाउनलोड्स के आधार पर चयन न करें।
सबसे अधिक इंस्टॉल की गई लाइब्रेरी वह है जो सबसे पहले आई थी, न कि वह जो 2026 के Vue कोडबेस के लिए उपयुक्त है। डाउनलोड्स इतिहास को मापते हैं, उपयुक्तता को नहीं।

पूछें कि मेंटेनर को कौन भुगतान करता है, और वे क्या बेचते हैं।
vue-i18n को Crowdin द्वारा समर्थित किया गया है, जैसे next-intl और svelte-i18n को। i18next को Locize द्वारा समर्थन प्राप्त है। Tolgee, Paraglide (inlang) और Intlayer प्रत्येक अपना प्लेटफ़ॉर्म चलाते हैं। एक वेंडर जिसका राजस्व होस्टेड अनुवाद है, उसके पास आपके टूलचेन के अंदर अनुवाद को मुफ़्त बनाने का बहुत कम कारण है। Intlayer इस सेट में एकमात्र ऐसा है जो आपकी अपनी API की के साथ CLI के माध्यम से AI अनुवाद प्रदान करता है, और एक CMS जिसे आप स्वयं होस्ट कर सकते हैं।
क्या यह AI-एजेंट के लिए तैयार है?
एजेंट अभी भी i18n के साथ संघर्ष करते हैं: वे लोकेल्स भूल जाते हैं, मनगढ़ंत कीज़ बनाते हैं, और मैसेज सिंटैक्स मिला देते हैं। क्या लाइब्रेरी Agent Skills या एक MCP सर्वर प्रदान करती है ताकि एजेंट कंटेंट को लिस्ट, फ़िल और टेस्ट कर सके? और क्या कंटेंट लोडिंग डिफ़ॉल्ट रूप से अनुकूलित है, या किसी को हर तिमाही में नेमस्पेस और लेज़ी इम्पोर्ट्स की समीक्षा करनी होगी?
आउट-ऑफ-द-बॉक्स टाइप सुरक्षा।
"अतिरिक्त वायरिंग के साथ टाइप किया जा सकता है" ऐसा नहीं, बल्कि "एक गलत की पर फ्रेश इंस्टॉल पर tsc फेल हो जाता है"। जाँचें कि अस्तित्वहीन की के साथ क्या होता है, और ऐसे लोकेल के साथ क्या होता है जिसमें एक अनुवाद छूट गया है।
अप्रयुक्त सामग्री (unused content) का पता लगाना।
कैटलॉग केवल बढ़ते हैं। Intlayer का बिल्ड अप्रयुक्त फ़ील्ड्स को हटा देता है (purge) और उन्हें लॉग करता है (build.purge)। Paraglide आर्किटेक्चर के माध्यम से वहाँ पहुँचता है, क्योंकि एक अनकॉल्ड मैसेज फंक्शन ट्री-शेक हो जाता है। बाकी सब कुछ सफाई का काम आप पर छोड़ देते हैं।
डेवलपर अनुभव (Developer experience)।
पहले ट्रांसलेटेड स्ट्रिंग तक सेटअप का समय, एक LSP या VS Code एक्सटेंशन जो होवर पर अनुवाद दिखाता है और डिक्लेरेशन पर कूदता है, फ़िल, टेस्ट और पुश के लिए एक CLI, और गैर-डेवलपर्स के लिए पुल रिक्वेस्ट के बिना कंटेंट को एडिट करने का एक तरीका (विज़ुअल एडिटर या CMS)।
अक्सर पूछे जाने वाले प्रश्न
अधिकांश Vue ऐप्स के लिए, हाँ। इकोसिस्टम सबसे बड़ा है, दस्तावेज़ीकरण विस्तृत है, और लागतें अनुमानित हैं: एक भारी रनटाइम, एक कस्टम प्लूरल फॉर्मेट, और प्रति-रूट स्कोपिंग जिसे आपको स्वयं बनाना और प्रबंधित करना होगा।
मॉड्यूल का उपयोग करें जब तक कि आपकी रूटिंग असामान्य न हो या आपके ऐप में बहुत कम पेज न हों। मैन्युअल रूप से वायरिंग करने का अर्थ है लोकेल रूट्स, मिडलवेयर, hreflang और साइटमैप को स्वयं फिर से बनाना, और वे जितने दिखते हैं उससे अधिक जटिल होते हैं।
केवल तभी जब बंडल साइज़, SSR पेलोड, जेनरेटेड टाइप्स या बिल्ड-टाइम मिसिंग-की चेक्स वास्तविक आवश्यकताएं हों। कंपाइलर बनाम डिक्लेरेटिव i18n पोस्ट बताती है कि कंपाइलर आपको क्या देते हैं और वे कहाँ गलत हो सकते हैं।
अप्रत्यक्ष रूप से। क्रॉलर्स रूटिंग, hreflang, <html lang> की परवाह करते हैं और क्या टेक्स्ट सर्वर-रेंडर किए गए HTML में मौजूद है। hreflang गाइड देखें।
आगे पढ़ें
- Vue i18n बेंचमार्क: बंडल साइज़, लीकेज और लोकेल-स्विच टाइमिंग्स
- Vue i18n: vue-i18n कैसे काम करता है और कहाँ समस्या आती है और Nuxt i18n पोस्ट
- vue-i18n बनाम Intlayer, फीचर दर फीचर और vue-i18n बनाम Intlayer बेंचमार्क
- क्या vue-i18n पुराना हो चुका है?
- JavaScript i18n का इतिहास
- कंपाइलर बनाम डिक्लेरेटिव i18n
- प्रति-कंपोनेंट बनाम केंद्रीकृत i18n
- Vite + Vue ऐप में i18n सेट अप करें और एक Nuxt ऐप में
- यही गाइड React, Svelte और Solid के लिए
टिप्पणियाँ
अभी तक कोई टिप्पणी नहीं। अपने विचार साझा करने वाले पहले व्यक्ति बनें।
