@intlayer/docs 9.5.1 → 9.5.3

package/blog/hi/history_of_i18n.md

@@ -0,0 +1,304 @@
+---
+createdAt: 2026-09-09
+updatedAt: 2026-09-10
+title: "जावास्क्रिप्ट i18n का इतिहास: 2011 से 2026 तक"
+description: 2011 से 2026 तक फ्रंटएंड अंतर्राष्ट्रीयकरण के विकास का अन्वेषण करें। React, Vue, Next.js, Angular, Svelte और Solid में रिलीज़ की तारीखें, वास्तुशिल्प समस्याएं और प्रमुख नवाचार देखें।
+keywords:
+  - i18n इतिहास
+  - जावास्क्रिप्ट अंतर्राष्ट्रीयकरण
+  - React i18n
+  - Next.js i18n
+  - Vue i18n
+  - Angular i18n
+  - Svelte i18n
+  - Solid i18n
+  - i18next
+  - intlayer
+slugs:
+  - blog
+  - history-of-js-internationalization
+author: aymericzip
+---
+
+# जावास्क्रिप्ट अंतर्राष्ट्रीयकरण (i18n) का इतिहास
+
+अंतर्राष्ट्रीयकरण कोई नई अवधारणा नहीं है। जावास्क्रिप्ट और आधुनिक वेब के आने से बहुत पहले ही सॉफ़्टवेयर को कई भाषाओं, मुद्राओं, दिनांक स्वरूपों और क्षेत्रीय मानकों को संभालना पड़ता था। 1980 के दशक में शुरुआती ग्राफिकल ऑपरेटिंग सिस्टम जैसे GEM और Mac OS पहले से ही इनमें से कई समस्याओं का समाधान कर रहे थे।
+
+यही विचार अंततः बैकएंड फ्रेमवर्क में भी पहुंचे। Ruby on Rails, Django, Java फ्रेमवर्क और PHP अनुप्रयोगों ने अंतर्राष्ट्रीयकरण के लिए अपने-अपने दृष्टिकोण विकसित किए। बुनियादी प्रश्न काफी हद तक स्पष्ट थे:
+
+- अनुवाद कहां संग्रहीत होने चाहिए?
+- हम दिनांक, संख्याएं और मुद्राएं कैसे स्वरूपित करें?
+- हम बहुवचन और व्याकरणिक अंतरों को कैसे संभालें?
+- हम यह कैसे तय करें कि उपयोगकर्ता को कौन सी भाषा दिखनी चाहिए?
+
+जब सर्वर पृष्ठ को रेंडर करता था, तो प्रक्रिया अपेक्षाकृत सीधी थी। एप्लिकेशन उपयुक्त अनुवाद लोड कर सकता था, HTML रेंडर कर सकता था और परिणाम ब्राउज़र को भेज सकता था।
+
+> ध्यान दें कि PHP और GNU gettext उस `t()` हेल्पर पैटर्न के अग्रदूत थे जो बाद में जावास्क्रिप्ट और JSX में सर्वव्यापी हो गया।
+
+इसके बाद जावास्क्रिप्ट ने ब्राउज़र पर नियंत्रण करना शुरू किया।
+
+जैसे-जैसे एप्लिकेशन सर्वर-रेंडर किए गए पेजों से जटिल क्लाइंट-साइड एप्लिकेशन में बदले, अंतर्राष्ट्रीयकरण फ्रंटएंड की समस्या भी बन गया। अचानक, ब्राउज़र को पेज को रीलोड किए बिना अनुवाद लोड करने, भाषा बदलने, मान स्वरूपित करने, बहुवचन संभालने और UI अपडेट करने की आवश्यकता पड़ी।
+
+और इसने एक नया प्रश्न खड़ा किया:
+
+**आप हर उपयोगकर्ता को भारी मात्रा में अनुवाद डेटा और रनटाइम कोड भेजे बिना किसी एप्लिकेशन को बहुभाषी कैसे बनाते हैं?**
+
+इस प्रश्न ने एक दशक से अधिक समय तक जावास्क्रिप्ट i18n के विकास को आकार दिया है।
+
+समाधानों में काफी बदलाव आया है। हम वैश्विक जावास्क्रिप्ट ऑब्जेक्ट्स और `t('some.key')` कॉल्स से फ्रेमवर्क-विशिष्ट लाइब्रेरीज़, कंपाइल-टाइम एक्सट्रैक्शन, टाइपस्क्रिप्ट-जेनरेटेड टाइप्स, सर्वर कंपोनेंट्स, ट्री-शेकिंग और अंततः कंपाइलर-आधारित दृष्टिकोणों तक पहुंचे हैं जहां अनुवाद बिल्ड के दौरान जावास्क्रिप्ट कोड में बदल जाते हैं।
+
+यह लेख 2011 से 2026 तक के इस विकास पर नज़र डालता है: प्रत्येक पीढ़ी के उपकरणों ने क्या हल करने का प्रयास किया, क्या सफल रहा, क्या नहीं, और फ्रंटएंड आर्किटेक्चर ने आज i18n के हमारे तरीके को कैसे प्रभावित किया।
+
+![जावास्क्रिप्ट अंतर्राष्ट्रीयकरण लाइब्रेरी इकोसिस्टम](https://github.com/aymericzip/intlayer/blob/main/docs/assets/cloud_i18n_logo.png?raw=true)
+
+## विषय सूची
+
+<TOC/>
+
+## शुरुआती वेब: 2016 से पहले जावास्क्रिप्ट अंतर्राष्ट्रीयकरण
+
+आधुनिक i18n टूल्स की स्थिति को समझने के लिए, हमें यह देखना होगा कि 2011 और 2015 के बीच वेब विकास कैसा था।
+
+### क्लाइंट का बढ़ता दायरा
+
+2010 के दशक की शुरुआत में, अंतर्राष्ट्रीयकरण मुख्य रूप से सर्वर-साइड ज़िम्मेदारी थी। जावास्क्रिप्ट काफी हद तक jQuery के माध्यम से एनिमेशन, फॉर्म सत्यापन और छोटे विजेट्स के लिए एक अतिरिक्त परत मात्र थी।
+
+जैसे-जैसे सिंगल-पेज एप्लिकेशन (SPAs) Backbone.js, Knockout.js और शुरुआती AngularJS के साथ लोकप्रिय हुए, रेंडरिंग लॉजिक सीधे ब्राउज़र में स्थानांतरित हो गया। क्लाइंट-साइड कोड को अचानक पूर्ण पेज रीफ्रेश के बिना स्थानीय दिनांक प्रदर्शित करने, मुद्राओं को स्वरूपित करने, बहुवचन संभालने और गतिशील रूप से टेक्स्ट बदलने की आवश्यकता पड़ी।
+
+फिर भी 2011 का ब्राउज़र वातावरण इस चुनौती के लिए तैयार नहीं था:
+
+<AccordionGroup>
+<Accordion header="कोई मूल अंतर्राष्ट्रीयकरण API नहीं था">
+
+ECMAScript अंतर्राष्ट्रीयकरण API विनिर्देश (ECMA-402) को केवल दिसंबर 2012 में अंतिम रूप दिया गया था, जिसने वैश्विक `Intl` ऑब्जेक्ट पेश किया। ब्राउज़र विक्रेताओं द्वारा `Intl` अपनाने से पहले, बुनियादी दिनांक और संख्या स्वरूपण के लिए भी कस्टम फ़ंक्शन या भारी पॉलीफिल की आवश्यकता होती थी।
+
+</Accordion>
+<Accordion header="कोई आधुनिक मॉड्यूल बंडलर्स नहीं थे">
+
+Webpack जैसे उपकरण अपनी प्रारंभिक अवस्था में थे, और ब्राउज़र में ESM मौजूद नहीं था। डेवलपर्स `<script>` टैग के माध्यम से स्क्रिप्ट लोड करते थे, अक्सर `window.translations = { ... }` जैसे वैश्विक ऑब्जेक्ट्स में अनुवाद इंजेक्ट करते थे।
+
+</Accordion>
+<Accordion header="विशाल केंद्रीकृत JSON फ़ाइलें">
+
+अनुवाद विशाल, केंद्रीकृत JSON फ़ाइलों में लिखे जाते थे। टोक्यो में लैंडिंग पेज लोड करने वाला उपयोगकर्ता भी अकाउंट सेटिंग्स, बिलिंग पैनल और एडमिन डैशबोर्ड के लिए स्ट्रिंग्स डाउनलोड करता था।
+
+</Accordion>
+</AccordionGroup>
+
+### क्लाइंट-साइड लाइब्रेरीज़ की पहली लहर
+
+2012 और 2015 के बीच, आधुनिक जावास्क्रिप्ट i18n की प्रारंभिक नींव रखी गई:
+
+<AccordionGroup>
+<Accordion header="i18next (जनवरी 2012)">
+
+Jan Mühlemann द्वारा निर्मित, `i18next` ने जावास्क्रिप्ट में रनटाइम की-वैल्यू डिक्शनरी का खाका तैयार किया। इसने की-ट्रेवर्सल, वेरिएबल इंटरपोलेशन, प्लूरलाइज़ेशन रूल्स और लैंग्वेज डिटेक्टरों व बैकएंड्स के लिए प्लगेबल आर्किटेक्चर पेश किया। यह वैनिला जेएस और शुरुआती Node.js बैकएंड में मानक बन गया।
+
+</Accordion>
+<Accordion header="vue-i18n (मई 2014)">
+
+Kazupon (Kazuya Kawaguchi) द्वारा निर्मित, `vue-i18n` ने Vue.js रिएक्टिव डेटा-बाइंडिंग मॉडल में अंतर्राष्ट्रीयकरण को अनुकूलित किया, जिसमें टेम्पलेट निर्देश (`v-t`) और `$t()` हेल्पर पेश किए गए।
+
+</Accordion>
+<Accordion header="react-intl (जून 2014)">
+
+FormatJS प्रोजेक्ट के हिस्से के रूप में Yahoo! द्वारा निर्मित, `react-intl` ने `<FormattedMessage>` और `<FormattedDate>` जैसे घटकों के माध्यम से रिएक्ट में मानकीकृत ICU MessageFormat और ब्राउज़र `Intl` API पेश किए।
+
+</Accordion>
+<Accordion header="react-i18next (दिसंबर 2015)">
+
+Jan Mühlemann ने तेजी से बढ़ते रिएक्ट समुदाय में `i18next` की शुरुआत की, जिसमें भाषा परिवर्तन पर घटकों को फिर से रेंडर करने के लिए हायर-ऑर्डर कंपोनेंट्स (`withTranslation`) और रिएक्ट कॉन्टेक्स्ट का उपयोग किया गया।
+
+</Accordion>
+</AccordionGroup>
+
+### 2016 से पहले के युग की सीमाएं
+
+यद्यपि इन उपकरणों ने बहुभाषी क्लाइंट अनुप्रयोगों को सक्षम किया, उस युग की वास्तुशिल्प सीमाओं ने कई समस्याएं पैदा कीं:
+
+<AccordionGroup>
+<Accordion header="नाजुक स्ट्रिंग कुंजियाँ">
+
+`t('marketing.landing.hero.cta')` जैसे लुकअप्स ने कोई स्थैतिक सत्यापन प्रदान नहीं किया। कुंजियों में टाइपिंग त्रुटियां प्रोडक्शन में बिना किसी त्रुटि संदेश के विफल हो गईं, जिससे अंतिम उपयोगकर्ताओं को खाली लेबल या कच्चे की-नाम दिखाई दिए।
+
+</Accordion>
+<Accordion header="रनटाइम पार्सिंग ओवरहेड">
+
+ICU संदेश सिंटैक्स को पार्स करना और रनटाइम पर रेगेक्स-आधारित इंटरपोलेशन का मूल्यांकन करना मोबाइल उपकरणों पर CPU संसाधनों की खपत करता था।
+
+</Accordion>
+<Accordion header="बंडल का भारी आकार">
+
+रूट-आधारित या घटक-स्तरीय कोड विभाजन के बिना, सभी स्थानीयकृत स्ट्रिंग्स एक साथ लोड होती थीं, जिससे प्रारंभिक पेज लोड समय पर बुरा प्रभाव पड़ता था।
+
+</Accordion>
+<Accordion header="डेवलपर और अनुवादक के बीच दूरी">
+
+केंद्रीकृत JSON फ़ाइलों में अनुवाद घटकों से बहुत दूर संग्रहीत होते थे, जिससे अनुपयोगी कुंजियाँ और गायब अनुवाद आम समस्याएं बन गईं।
+
+</Accordion>
+</AccordionGroup>
+
+## फ्रेमवर्क युग: विभिन्न इकोसिस्टम्स में विकास
+
+2016 और 2026 के बीच, फ्रंटएंड आर्किटेक्चर पूरी तरह बदल गया। टाइपस्क्रिप्ट मानक बन गया, घटक-आधारित आर्किटेक्चर परिपक्व हुआ, Webpack, Vite और Turbopack जैसे बंडलर्स ने कोड स्प्लिटिंग की शुरुआत की, रिएक्ट सर्वर कंपोनेंट्स ने रेंडरिंग को वापस सर्वर पर स्थानांतरित किया, और कंपाइलर्स ने एप्लिकेशन कोड का विश्लेषण करना शुरू किया।
+
+निम्नलिखित टैब दिखाते हैं कि प्रत्येक फ्रेमवर्क और इकोसिस्टम ने रिलीज़ की तारीखों, मूल उद्देश्यों और नवाचारों के साथ इन चुनौतियों का समाधान कैसे किया। इन इकोसिस्टम्स में, `react-intlayer` और इसके समकक्ष फ्रेमवर्क कार्यान्वयन (`next-intlayer`, `vue-intlayer`, `angular-intlayer`, `svelte-intlayer`, और `solid-intlayer`) अपने-अपने रनटाइम वातावरण के लिए विशेष रूप से तैयार किए गए उच्च प्रदर्शन समाधान हैं।
+
+<Tabs>
+
+<Tab label="Core JavaScript" value="javascript">
+
+| प्रथम रिलीज़ | लाइब्रेरी                            | हल करने का उद्देश्य                                                                                               | प्रमुख नवाचार                                                                                                                         |
+| ------------ | ------------------------------------ | ----------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- |
+| जनवरी 2012   | `i18next`                            | फ्रेमवर्क लॉक-इन के बिना ब्राउज़र और Node.js के लिए रनटाइम डिक्शनरी लुकअप को मानकीकृत करना।                       | प्लगेबल रनटाइम आर्किटेक्चर जो कोर अनुवाद को लोडर्स, डिटेक्टरों और कैशिंग से अलग करता है।                                              |
+| फरवरी 2021   | `typesafe-i18n`                      | अनटाइप्ड स्ट्रिंग कुंजियों के कारण होने वाली मूक रनटाइम त्रुटियों को रोकना।                                       | बिना किसी रनटाइम निर्भरता के अनुवाद ऑब्जेक्ट्स से सीधे उत्पन्न पूरी तरह से टाइप-सुरक्षित अनुवाद फ़ंक्शन।                              |
+| अक्टूबर 2023 | `paraglide` (`@inlang/paraglide-js`) | रनटाइम डिक्शनरी लुकअप, भारी पार्सर्स और बंडल ब्लोट को समाप्त करना।                                                | संदेशों को ट्री-शेकेबल ECMAScript मॉड्यूल और प्लेन JS फ़ंक्शंस में संकलित करना।                                                       |
+| अप्रैल 2024  | `intlayer`                           | अनियंत्रित नेमस्पेस को बदलना, पेज-टू-पेज कंटेंट लीकेज से बचना, और टाइपस्क्रिप्ट युग में टाइप सुरक्षा प्रदान करना। | फ़ंक्शन कॉल के साथ सीधे `.content` फ़ाइलों को रखना, ऑटो-जेनरेटेड टाइपस्क्रिप्ट प्रकार, और इन-बिल्ट विज़ुअल CMS व AI ट्रांसलेशन टूल्स। |
+| जून 2025     | `wuchale`                            | विकास के दौरान मैन्युअल रूप से टेक्स्ट निकालने और कुंजियाँ बनाने की समस्या को हटाना।                              | AST-स्तरीय प्रीप्रोसेसिंग जो इनलाइन टेक्स्ट का पता लगाती है और बिल्ड टाइम पर स्थानीयकृत फ़ंक्शन बनाती है।                             |
+
+</Tab>
+
+<Tab label="React" value="react">
+
+| प्रथम रिलीज़ | लाइब्रेरी        | हल करने का उद्देश्य                                                                                                 | प्रमुख नवाचार                                                                                                               |
+| ------------ | ---------------- | ------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- |
+| जून 2014     | `react-intl`     | रिएक्ट में संख्याओं, तिथियों, मुद्राओं और जटिल बहुवचनों के लिए स्वरूपण का मानकीकरण।                                 | ICU MessageFormat और ECMA-402 मानकों को लागू करने वाले घोषणात्मक घटक (`<FormattedMessage>`, `<FormattedDate>`)।             |
+| दिसंबर 2015  | `react-i18next`  | रिएक्टिव री-रेंडरिंग के साथ रिएक्ट के लिए `i18next` बाइंडिंग प्रदान करना।                                           | हायर-ऑर्डर घटकों से `<Trans>` JSX इंटरपोलेशन और `useTranslation` हुक तक विकास।                                              |
+| जनवरी 2018   | `@lingui/react`  | रनटाइम ICU पार्सर्स के कारण जावास्क्रिप्ट बंडल आकार दंड को कम करना।                                                 | बिल्ड टाइम पर `<Trans>` और `t` को कॉम्पैक्ट अनुक्रमित सरणियों में संकलित करने वाले Babel/SWC मैक्रोज़।                      |
+| दिसंबर 2020  | `use-intl`       | लीगेसी रिएक्ट i18n लाइब्रेरीज़ के लिए एक हल्का, हुक-आधारित, टाइप-सुरक्षित विकल्प देना।                              | गहरे टाइपस्क्रिप्ट एकीकरण के साथ सुविधाजनक `useTranslations` और `useFormatter` हुक।                                         |
+| फरवरी 2021   | `@tolgee/react`  | डेवलपर्स, अनुवादकों और डिज़ाइनरों के बीच धीमी प्रतिक्रिया लूप को समाप्त करना।                                       | इन-कॉन्टेक्स्ट ब्राउज़र संपादन जो उपयोगकर्ताओं को Alt-क्लिक करने, अनुवाद संपादित करने और स्क्रीनशॉट लेने की अनुमति देता है। |
+| अप्रैल 2024  | `react-intlayer` | रिएक्ट घटक जीवनचक्र के लिए अनुकूलित उच्च-प्रदर्शन Intlayer समाधान प्रदान करना, जिससे केंद्रीकृत JSON समाप्त हो सके। | रिएक्ट रेंडरिंग के लिए तैयार `useIntlayer` हुक, ऑटो-जेनरेटेड टाइपस्क्रिप्ट प्रकार, घटक-स्तरीय ट्री-शेकिंग और विज़ुअल CMS।   |
+| जुलाई 2024   | `gt-react`       | मैन्युअल फ़ाइल निर्यात और अनुवाद रखरखाव को स्वचालित करना।                                                           | मशीन अनुवाद पाइपलाइनों के साथ रिएक्ट घटकों के भीतर सीधे क्लाउड-नेटिव स्वचालित AI स्थानीयकरण।                                |
+| अगस्त 2025   | `@wuchale/jsx`   | JSX में मैन्युअल की-नामकरण और बॉयलरप्लेट अनुवाद हुक को हटाना।                                                       | AST परिवर्तन जो स्वचालित रूप से कच्चे JSX टेक्स्ट नोड्स को स्थानीयकृत समकक्षों में बदलता है।                                |
+
+</Tab>
+
+<Tab label="Next.js" value="nextjs">
+
+| प्रथम रिलीज़ | लाइब्रेरी                                   | हल करने का उद्देश्य                                                                                                             | प्रमुख नवाचार                                                                                                                                                   |
+| ------------ | ------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| नवंबर 2018   | `next-i18next`                              | क्लाइंट वॉटरफॉल के बिना Next.js Pages Router में `i18next` के साथ SSR और SSG का समर्थन।                                         | पेज प्रॉप्स में स्थानीयकृत नेमस्पेस पास करने वाले `serverSideTranslations` और `appWithTranslation`।                                                             |
+| दिसंबर 2019  | `next-translate`                            | Next.js Pages Router ऐप्स में कॉन्फ़िगरेशन को सरल बनाना और बंडल का वजन कम करना।                                                 | Webpack लोडर प्लगइन जो प्रति पेज केवल आवश्यक अनुवाद नेमस्पेस इंजेक्ट करता है।                                                                                   |
+| नवंबर 2020   | `next-intl`                                 | App Router, रिएक्ट सर्वर कंपोनेंट्स (RSC) और स्ट्रीमिंग SSR के लिए Next.js i18n को फिर से डिजाइन करना।                          | बिना किसी क्लाइंट JS के Next.js App Router मिडलवेयर, सर्वर एक्शन्स और एसिंक्रोनस सर्वर कंपोनेंट्स के साथ मूल एकीकरण।                                            |
+| जुलाई 2022   | `next-international`                        | न्यूनतम क्लाइंट बंडल ओवरहेड के साथ टाइपस्क्रिप्ट टाइप सुरक्षा को अधिकतम करना।                                                   | हल्के App Router और Pages Router एडेप्टर के साथ स्कोप्ड कुंजियों के लिए सख्त प्रकार का निर्माण।                                                                 |
+| अप्रैल 2024  | `paraglide-next` (`@inlang/paraglide-next`) | Next.js App Router और Pages Router में जीरो-रनटाइम संकलित संदेश लाना।                                                           | ट्री-शेकेबल संदेश फ़ंक्शंस के साथ मिडलवेयर रूटिंग जो RSC में रनटाइम JSON पार्सिंग से बचाती है।                                                                  |
+| अप्रैल 2024  | `next-intlayer`                             | Next.js App Router के लिए उच्च-प्रदर्शन सर्वर कंपोनेंट एडेप्टर देना, जिससे प्रॉप्स के रूप में `t()` पास करने की आवश्यकता न रहे। | मूल सर्वर कंपोनेंट एडेप्टर जो प्रॉप-ड्रिलिंग के बिना सीधे समकालिक सर्वर घटकों (जैसे Navbar) में `useIntlayer` कॉल करने की अनुमति देता है, साथ ही लाइव CMS सिंक। |
+| सितंबर 2024  | `gt-next`                                   | AI अनुवाद का उपयोग करके Next.js में बहुभाषी सामग्री निर्माण और स्थानीयकृत रूटिंग को स्वचालित करना।                              | क्लाउड मशीन अनुवाद को Next.js एज मिडलवेयर और कैशिंग परतों के साथ जोड़ने वाला एकीकरण।                                                                            |
+
+</Tab>
+
+<Tab label="Vue & Nuxt" value="vue">
+
+| प्रथम रिलीज़ | लाइब्रेरी      | हल करने का उद्देश्य                                                                                    | प्रमुख नवाचार                                                                                                                                 |
+| ------------ | -------------- | ------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------- |
+| मई 2014      | `vue-i18n`     | Vue अनुप्रयोगों के लिए मुहावरेदार, प्रतिक्रियाशील अंतर्राष्ट्रीयकरण प्रदान करना।                       | गहरी प्रतिक्रियाशीलता एकीकरण, टेम्पलेट निर्देश (`v-t`), `$t` हेल्पर, और एकल-फ़ाइल घटक `<i18n>` कस्टम ब्लॉक।                                   |
+| नवंबर 2017   | `@nuxt/i18n`   | Nuxt में स्थानीयकृत URL रूटिंग, SEO hreflang टैग और SSR हाइड्रेशन को संभालना।                          | पूर्ण-स्टैक रूटिंग मॉड्यूल जो स्थानीयकृत रूट, SEO मेटा हेडर और लेज़ी चंक लोडिंग उत्पन्न करता है।                                              |
+| अगस्त 2019   | `fluent-vue`   | Vue में जटिल व्याकरणिक लिंग, कारक और विषम भाषा संरचनाओं को संभालना।                                    | भाषाई विविधताओं के लिए जटिल सशर्त कोड से बचने के लिए मोज़िला प्रोजेक्ट फ्लूएंट का एकीकरण।                                                     |
+| अप्रैल 2025  | `vue-intlayer` | Vue 3 Composition API और Nuxt के लिए विशेष रूप से डिज़ाइन किया गया उच्च प्रदर्शन वाला Intlayer समाधान। | Vue 3 प्रतिक्रियाशील ट्रैकिंग के लिए तैयार `useIntlayer` कंपोजेबल, प्रत्यक्ष घटक स्कोपिंग, पूर्ण टाइपस्क्रिप्ट ऑटोकम्प्लीशन, और दृश्य संपादक। |
+
+</Tab>
+
+<Tab label="Angular" value="angular">
+
+| प्रथम रिलीज़ | लाइब्रेरी           | हल करने का उद्देश्य                                                                                               | प्रमुख नवाचार                                                                                                                  |
+| ------------ | ------------------- | ----------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------ |
+| फरवरी 2017   | `ngx-translate`     | प्रत्येक लोकेल के लिए अलग बंडल तैनात किए बिना Angular में गतिशील रनटाइम अनुवाद प्रदान करना।                       | `TranslateService` और `translate` पाइप गतिशील अनुवाद लोडिंग और भाषा टॉगलिंग को सक्षम करते हैं।                                 |
+| जुलाई 2019   | `@ngneat/transloco` | पुरानी Angular लाइब्रेरीज़ में प्रदर्शन बाधाओं और स्कोपिंग की कमी को हल करना।                                     | संरचनात्मक निर्देश (`*transloco`), लेज़ी-लोडेड मॉड्यूल के लिए स्कोप्ड अनुवाद, SSR समर्थन, और एक्सट्रैक्शन CLI।                 |
+| सितंबर 2019  | `@angular/localize` | प्रत्येक भाषा के लिए टाइपस्क्रिप्ट को फिर से संकलित करने से बचने के लिए Angular के अंतर्निहित i18n का आधुनिकीकरण। | Ivy कंपाइलर इंजन में एक तेज़ पोस्ट-बिल्ड चरण के रूप में इंजेक्ट किए गए `$localize` के साथ टैग किए गए टेम्पलेट लिटरल्स।         |
+| फरवरी 2021   | `@tolgee/ngx`       | Angular वर्कफ़्लो में सहयोगी इन-कॉन्टेक्स्ट अनुवाद और स्क्रीनशॉट कैप्चरिंग को एकीकृत करना।                        | लाइव इन-ब्राउज़र स्थानीयकरण के लिए सीधे Tolgee से जुड़े Angular पाइप और निर्देश।                                               |
+| अप्रैल 2025  | `angular-intlayer`  | आधुनिक Angular (Signals, स्टैंडअलोन घटक और SSR) के लिए तैयार किया गया उच्च प्रदर्शन समाधान।                       | आधुनिक Angular परिवर्तन पहचान, स्टैंडअलोन निर्भरता इंजेक्शन, और लाइव CMS के लिए डिज़ाइन किया गया सिग्नल-आधारित सामग्री एकीकरण। |
+
+</Tab>
+
+<Tab label="Svelte & SvelteKit" value="svelte">
+
+| प्रथम रिलीज़ | लाइब्रेरी         | हल करने का उद्देश्य                                                                          | प्रमुख नवाचार                                                                                                                        |
+| ------------ | ----------------- | -------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------ |
+| जुलाई 2018   | `svelte-i18n`     | Svelte रिएक्टिव स्टोर्स के अनुरूप एक प्रतिक्रियाशील अंतर्राष्ट्रीयकरण लाइब्रेरी प्रदान करना। | स्टोर-समर्थित `$t` लुकअप जो लोकेल बदलने पर सटीक DOM अपडेट सुनिश्चित करता है।                                                         |
+| दिसंबर 2021  | `sveltekit-i18n`  | SvelteKit अनुप्रयोगों में SSR और रूट-आधारित अनुवाद लोडिंग को स्पष्ट रूप से संभालना।          | सक्रिय SvelteKit रूट के लिए आवश्यक अनुवाद और फ़ॉर्मेटर्स लाने वाला मॉड्यूलर लोडर आर्किटेक्चर।                                        |
+| नवंबर 2021   | `@tolgee/svelte`  | Svelte अनुप्रयोगों में इन-कॉन्टेक्स्ट स्थानीयकरण को सक्षम करना।                              | Tolgee ओवरले और स्वचालित स्क्रीनशॉट निर्माण के साथ एकीकृत Svelte स्टोर बाइंडिंग।                                                     |
+| अप्रैल 2025  | `svelte-intlayer` | Svelte 5 और SvelteKit के लिए विशेष रूप से डिज़ाइन किया गया Intlayer समाधान।                  | Svelte 5 Runes (`$state`) के लिए प्रतिक्रियाशील सामग्री बाइंडिंग, घटक-स्तरीय `.content` घोषणाएं, और विज़ुअल CMS संपादन।              |
+| जुलाई 2025   | `@wuchale/svelte` | Svelte घटकों में डिक्शनरी घोषित करने और `$t` फ़ंक्शन आयात करने के बॉयलरप्लेट को हटाना।       | Svelte प्रीप्रोसेसर जो बिल्ड टाइम पर टेम्प्लेट को पार्स करता है और टेक्स्ट नोड्स को शून्य-रैपर स्थानीयकृत आउटपुट में संकलित करता है। |
+
+</Tab>
+
+<Tab label="SolidJS" value="solid">
+
+| प्रथम रिलीज़ | लाइब्रेरी                | हल करने का उद्देश्य                                                                         | प्रमुख नवाचार                                                                                                          |
+| ------------ | ------------------------ | ------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------- |
+| सितंबर 2021  | `@solid-primitives/i18n` | SolidJS सूक्ष्म प्रतिक्रियाशीलता से मेल खाने वाला एक मुहावरेदार i18n प्रिमिटिव प्रदान करना। | वर्चुअल DOM या अनावश्यक री-रेंडर के बिना DOM नोड्स को अपडेट करने वाला सिग्नल-आधारित अनुवाद समाधान।                     |
+| अप्रैल 2025  | `solid-intlayer`         | SolidJS और SolidStart के लिए विशेष रूप से विकसित उच्च-प्रदर्शन Intlayer समाधान।             | वर्चुअल DOM ओवरहेड के बिना सॉलिड की सूक्ष्म प्रतिक्रियाशीलता के लिए अनुकूलित सामग्री बाइंडिंग और विज़ुअल एडिटर एकीकरण। |
+| जून 2026     | `@lingui/solid`          | SolidJS में कंपाइल-टाइम मैक्रो एक्सट्रैक्शन और ICU MessageFormat समर्थन का विस्तार करना।    | सॉलिड की प्रतिक्रियाशीलता के अनुकूल मैक्रो परिवर्तन, जो संदेशों को कॉम्पैक्ट रनटाइम संरचनाओं में संकलित करते हैं।      |
+
+</Tab>
+
+</Tabs>
+
+## जावास्क्रिप्ट i18n के चार वास्तुशिल्प युग
+
+![जावास्क्रिप्ट i18n लाइब्रेरीज़ का इतिहास](https://github.com/aymericzip/intlayer/blob/main/docs/assets/history_i18n.png?raw=true)
+
+पंद्रह वर्षों के विकास को देखते हुए, हम जावास्क्रिप्ट अंतर्राष्ट्रीयकरण के इतिहास को चार अलग-अलग वास्तुशिल्प युगों में वर्गीकृत कर सकते हैं:
+
+<AccordionGroup>
+<Accordion header="1. रनटाइम डिक्शनरी युग (2011 से 2017)">
+
+`i18next`, `react-intl`, और `vue-i18n` इसकी पहचान थे। एप्लिकेशन मेमोरी में स्थिर JSON कैटलॉग लोड करते थे, और रनटाइम फ़ंक्शंस नेस्टेड ऑब्जेक्ट्स के खिलाफ स्ट्रिंग कुंजियों का मिलान करते थे। बहुवचन और इंटरपोलेशन ब्राउज़र में रेगेक्स मिलान और रनटाइम ICU पार्सर्स के माध्यम से नियंत्रित किए जाते थे।
+
+</Accordion>
+<Accordion header="2. कंपाइल-टाइम मैक्रो और टाइप सेफ्टी युग (2018 से 2021)">
+
+`lingui`, `next-translate`, `transloco`, और `typesafe-i18n` द्वारा चिह्नित। डेवलपर्स ने रनटाइम पार्सिंग के प्रदर्शन नुकसान और अनटाइप्ड कुंजियों की कमजोरी को पहचाना। बेबेल मैक्रोज़ ने बिल्ड टाइम पर संदेश निकाले, बंडलर प्लगइन्स ने प्रति पेज शब्दकोशों को विभाजित किया, और टाइपस्क्रिप्ट कंपाइलर्स ने अनुवाद तर्कों को सत्यापित करना शुरू किया।
+
+</Accordion>
+<Accordion header="3. सर्वर कंपोनेंट और स्ट्रीमिंग युग (2022 से 2024)">
+
+`next-intl`, `next-international`, और शुरुआती RSC एडेप्टर इसकी मुख्य विशेषताएं थे। रिएक्ट सर्वर कंपोनेंट्स और Next.js App Router के आगमन के साथ, लक्ष्य ब्राउज़र पर अनुवाद शब्दकोशों या क्लाइंट-साइड i18n रनटाइम को भेजे बिना सर्वर पर स्थानीयकृत सामग्री रेंडर करना बन गया।
+
+</Accordion>
+<Accordion header="4. आधुनिक कंपाइलर और एकीकृत सामग्री युग (2024 से 2026)">
+
+`paraglide`, `intlayer`, और `wuchale` द्वारा चिह्नित। आधुनिक उपकरण अंतर्राष्ट्रीयकरण को केवल स्ट्रिंग प्रतिस्थापन के रूप में नहीं, बल्कि एक एकीकृत सामग्री वास्तुकला के रूप में मानते हैं। कंपाइलर्स संदेशों को सीधे ट्री-शेकेबल कोड फ़ंक्शंस में बदलते हैं, सामग्री घोषणाएं घटकों के साथ रखी जाती हैं, और विज़ुअल संपादक, MCP टूल्स और स्वचालित AI अनुवाद पाइपलाइन सीधे डेवलपर वर्कफ़्लो में एकीकृत होते हैं। इस मॉडल में, Intlayer रनटाइम डिलीवरी से सामग्री घोषणा और स्वचालित प्रकार निर्माण को अलग करता है, जो प्रत्येक फ्रेमवर्क की प्रतिक्रियाशीलता के लिए विशेष रूप से इंजीनियर किए गए समर्पित समाधान (`react-intlayer`, `next-intlayer`, `vue-intlayer`, `angular-intlayer`, `svelte-intlayer`, और `solid-intlayer`) प्रदान करता है।
+
+</Accordion>
+</AccordionGroup>
+
+## निष्कर्ष: DX, प्रदर्शन और AI व्यवधान का संतुलन
+
+पंद्रह वर्षों और चार अलग-अलग वास्तुशिल्प तरंगों में, जावास्क्रिप्ट अंतर्राष्ट्रीयकरण की अंतिम चुनौती वही रही है: डेवलपर अनुभव (DX) और दीर्घकालिक कोडबेस रखरखाव के साथ क्लाइंट साइड पर इष्टतम प्रदर्शन प्रदान करना।
+
+वैश्विक चर और बोझिल केंद्रीकृत JSON फ़ाइलों के रूप में शुरू हुआ सफर उत्तरोत्तर घटक-सहस्थित सामग्री, स्वचालित टाइपस्क्रिप्ट सुरक्षा, शून्य-वॉटरफॉल सर्वर रेंडरिंग और कंपाइल-टाइम ट्री शेकिंग में परिपक्व हुआ है।
+
+### AI व्यवधान और लीगेसी SaaS मॉडल
+
+हाल के वर्षों में एक निर्णायक उत्प्रेरक स्वचालित AI अनुवाद निर्माण रहा है, जो पारंपरिक स्थानीयकरण प्लेटफार्मों (TMS) के व्यावसायिक मॉडल को बुनियादी रूप से चुनौती देता है।
+
+ऐतिहासिक रूप से, सामग्री को केंद्रीकृत JSON फ़ाइलों में समेकित करना बाहरी अनुवाद प्रबंधन प्रणालियों (TMS) के एकीकरण को आसान बनाने के लिए किया गया एक समझौता था। इसने गैर-तकनीकी अनुवादकों और तृतीय-पक्ष प्लेटफार्मों को एक सरल आयात-निर्यात लक्ष्य दिया। हालांकि, बाहरी सेवाओं के लिए इस सुविधा ने डेवलपर्स के लिए भारी वास्तुशिल्प लागत पैदा की: फीचर शाखाओं में लगातार गिट मर्ज विरोध, अप्रयुक्त कुंजियाँ, घटक-स्तरीय संदर्भ की कमी, और बोझिल वैश्विक नेमस्पेस।
+
+जनरेटिव AI और आधुनिक कंपाइलेशन टूल्स के आने के साथ, डेवलपर अनुभव (DX) ने निर्णायक बढ़त बना ली है। बिल्ड टूल्स और CLI अब घटक-सहस्थित सामग्री फ़ाइलों को स्वचालित रूप से खोज, मान्य और अनुवाद कर सकते हैं, जिससे अनुवाद पाइपलाइनों के लिए स्वच्छ वास्तुकला का त्याग करने की आवश्यकता समाप्त हो गई है।
+
+एक दशक से अधिक समय तक, वाणिज्यिक अनुवाद प्लेटफार्मों ने उस मैन्युअल TMS घर्षण के इर्द-गिर्द आवर्ती राजस्व बनाया:
+
+- **Locize** (`i18next` के पीछे वाणिज्यिक SaaS प्लेटफॉर्म) और **Crowdin** (`vue-i18n`, `next-intl`, `use-intl`, और `lingui` का प्राथमिक प्रायोजक और साझेदार) जैसे समाधानों ने अपने व्यापार मॉडल को होस्ट किए गए अनुवाद भंडारण, योजना सीमाओं और शब्द-गणना शुल्क पर केंद्रित किया।
+- चूंकि ये लीगेसी प्लेटफॉर्म वॉल्यूम और मैन्युअल वर्कफ़्लो का मुद्रीकरण करते हैं, इसलिए उनके पास डेवलपर टूलचेन में सीधे मुफ्त में एंड-टू-एंड अनुवाद स्वचालित करने का बहुत कम आर्थिक प्रोत्साहन है।
+
+### नई AI लहर बनाम प्रत्यक्ष प्रदाता लागत
+
+जैसे-जैसे आधुनिक बड़े भाषा मॉडलों (LLMs) ने भाषाई सटीकता बढ़ाते हुए अनुवाद लागत को नगण्य कर दिया, इस बाजार पर कब्जा करने के लिए वाणिज्यिक उपकरणों की एक नई पीढ़ी सामने आई:
+
+- Paraglide (**linguo.dev**) या **General Translation** (`gt-react`, `gt-next`) जैसे प्लेटफार्मों ने नए स्वामित्व वाले सब्सक्रिप्शन और मध्यवर्ती क्लाउड पाइपलाइनों को पेश करके AI लहर पर चलने का प्रयास किया है।
+- इसके विपरीत, **Intlayer** अपने CLI के माध्यम से सीधे स्वचालित AI अनुवाद प्रदान करता है, जिससे टीमें अपनी स्वयं की API कुंजियों (जैसे OpenAI, Anthropic, Mistral, या Google Gemini) को कनेक्ट कर सकती हैं। कोई अतिरिक्त मार्कअप या वेंडर लॉक-इन नहीं है, यह सीधे आपके चुने हुए AI प्रदाता की लागत पर चलता है।
+
+### केवल i18n से अधिक: एक संपूर्ण बहुभाषी सामग्री प्रणाली
+
+अंत में, आधुनिक वेब विकास साधारण स्ट्रिंग प्रतिस्थापन से कहीं आगे बढ़ गया है। आज के अनुप्रयोगों को केवल `"Submit"` या `"Log In"` जैसे एकल शब्दों का अनुवाद करने की आवश्यकता नहीं है, बल्कि जटिल उपयोगकर्ता यात्राओं में समृद्ध, गतिशील और संरचित सामग्री की आवश्यकता होती है।
+
+Intlayer इस समस्या को एक संकीर्ण स्ट्रिंग-की लुकअप टूल के रूप में नहीं, बल्कि एक व्यापक बहुभाषी सामग्री प्रणाली के रूप में देखता है। Markdown दस्तावेज़ों, HTML संरचनाओं, नेस्टेड डेटा स्कीमा और विज़ुअल CMS संपादन के प्रथम श्रेणी समर्थन के साथ, यह कोड-स्तरीय इंजीनियरिंग, स्वचालित AI वर्कफ़्लो और सामग्री प्रबंधन के बीच की दूरी को पाटता है।
+
+गहन वास्तुशिल्प तुलना और व्यावहारिक प्रवास गाइड के लिए, निम्नलिखित संसाधनों का अन्वेषण करें:
+
+- [कंपाइलर बनाम घोषणात्मक अंतर्राष्ट्रीयकरण](https://github.com/aymericzip/intlayer/blob/main/docs/blog/hi/compiler_vs_declarative_i18n.md)
+- [प्रति-घटक बनाम केंद्रीकृत i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/hi/per-component_vs_centralized_i18n.md)
+- [प्रदर्शन और बेंचमार्क](https://intlayer.org/doc/benchmark)
+- [Intlayer अनुकूलता एडेप्टर](https://intlayer.org/doc/concept/compatibility)