@intlayer/docs 9.5.0 → 9.5.2

package/blog/ar/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
+  - تدويل Next.js
+  - تدويل Vue
+  - تدويل Angular
+  - تدويل Svelte
+  - تدويل Solid
+  - i18next
+  - intlayer
+slugs:
+  - blog
+  - history-of-js-internationalization
+author: aymericzip
+---
+
+# تاريخ تدويل جافاسكريبت (i18n)
+
+التدويل ليس مفهوماً جديداً. فقبل ظهور جافاسكريبت والويب بوقت طويل، كانت البرمجيات تتعامل بالفعل مع لغات متعددة، وعملات، وتنسيقات تواريخ، ومعايير إقليمية. وكانت أنظمة التشغيل الرسومية الأولى مثل GEM وMac OS تعالج العديد من هذه التحديات في ثمانينيات القرن الماضي.
+
+وانتقلت هذه الأفكار لاحقاً إلى أطر عمل الخوادم (Backend). فقد طورت كل من Ruby on Rails وDjango وأطر عمل Java وتطبيقات PHP حلولها الخاصة للتدويل. وكانت الأسئلة الأساسية واضحة ومفهومة:
+
+- أين يجب تخزين الترجمات؟
+- كيف ننسق التواريخ، والأرقام، والعملات؟
+- كيف نتعامل مع صيغ الجمع والاختلافات النحوية؟
+- كيف نحدد اللغة المناسبة التي يجب أن يراها المستخدم؟
+
+عندما كان الخادم يتولى تصيير الصفحات، كان الأمر بسيطاً نسبياً. كان التطبيق يحمّل الترجمات المناسبة، ويُنشئ كود HTML، ثم يرسل النتيجة إلى المتصفح.
+
+> تجدر الإشارة إلى أن PHP وGNU gettext كانا حجر الأساس لنمط الدالة المساعدة `t()` الذي أصبح واسع الانتشار لاحقاً في جافاسكريبت وJSX.
+
+ثم بدأت جافاسكريبت بالسيطرة على المتصفح.
+
+ومع تحول التطبيقات من صفحات تُنشأ على الخادم إلى تطبيقات جهة العميل (Client-side) المعقدة، أصبح التدويل مشكلة تخص الواجهة الأمامية أيضاً. وفجأة، بات على المتصفح تحميل الترجمات، وتبديل اللغات، وتنسيق القيم، والتعامل مع الجموع، وتحديث واجهة المستخدم دون إعادة تحميل الصفحة.
+
+وهنا برز تساؤل جديد:
+
+**كيف تجعل التطبيق متعدد اللغات دون إرسال كميات هائلة من بيانات الترجمة وأكواد وقت التشغيل إلى كل مستخدم؟**
+
+شكل هذا السؤال مسار تدويل جافاسكريبت لأكثر من عقد كامل.
+
+وقد تغيرت الحلول بشكل جذري. انتقلنا من كائنات جافاسكريبت العامة واستدعاءات `t('some.key')`، إلى مكتبات مخصصة لكل إطار عمل، والاستخراج وقت الترجمة (Compile-time)، والأنواع المولدة عبر TypeScript، ومكونات الخادم (Server Components)، وتقنيات تقليم الشجرة (Tree-shaking)، وصولاً إلى الأساليب القائمة على المترجم (Compiler-based) حيث تتحول الترجمات إلى كود جافاسكريبت نقي أثناء البناء.
+
+يستعرض هذا المقال هذا التطور بين عامي 2011 و2026: ما حاولت كل مرحلة حله، وما نجح منها، وما لم ينجح، وكيف أثرت بنية تطبيقات الواجهة الأمامية في أسلوب تعاملنا مع التدويل اليوم.
+
+![منظومة مكتبات تدويل جافاسكريبت](https://github.com/aymericzip/intlayer/blob/main/docs/assets/cloud_i18n_logo.png?raw=true)
+
+## جدول المحتويات
+
+<TOC/>
+
+## شبكة الويب الأولى: تدويل جافاسكريبت قبل 2016
+
+لفهم موقع أدوات التدويل الحديثة اليوم، يجب أن نتذكر كيف كان بناء الويب بين عامي 2011 و2015.
+
+### انتقال المعالجة إلى العميل
+
+في أوائل العقد الأول من القرن الحادي والعشرين، كان التدويل مسؤولية الخادم بشكل شبه كامل. وكانت جافاسكريبت مجرد طبقة إضافية للتحريكات، والتحقق من صحة النماذج، وعناصر DOM البسيطة عبر jQuery.
+
+ومع تزايد شعبية تطبيقات الصفحة الواحدة (SPAs) عبر Backbone.js وKnockout.js والنسخ الأولى من AngularJS، انتقل منطق التصيير مباشرة إلى المتصفح. وبات كود الواجهة الأمامية بحاجة إلى عرض تواريخ محلية، وتنسيق العملات، والتعامل مع الجموع، وتغيير النصوص ديناميكياً دون إعادة تحميل الصفحة بالكامل.
+
+ومع ذلك، كانت بيئة المتصفحات في عام 2011 تفتقر إلى المقومات الأساسية لهذا التحدي:
+
+<AccordionGroup>
+<Accordion header="غياب واجهة برمجة تطبيقات أصلية للتدويل">
+
+لم تصدر مواصفة ECMAScript Internationalization API (ECMA-402) حتى ديسمبر 2012، وهي التي قدمت كائن `Intl` العام. وقبل تبني المتصفحات لهذا الكائن، كان تنسيق التاريخ والأرقام يتطلب دوال مخصصة أو مكتبات تعويضية ضخمة (polyfills).
+
+</Accordion>
+<Accordion header="غياب أدوات حزم الوحدات الحديثة">
+
+كانت أدوات مثل Webpack في بداياتها، ولم تكن وحدات ESM مدعومة بعد في المتصفحات. كان المطورون يضمّنون النصوص عبر وسوم `<script>`، وغالباً ما يحقنون الترجمات في كائنات عامة مثل `window.translations = { ... }`.
+
+</Accordion>
+<Accordion header="حزم JSON ضخمة وأحادية">
+
+كانت ملفات الترجمة تُكتب في ملفات JSON مركزية هائلة. وكان المستخدم في طوكيو عند فتحه للصفحة الرئيسية يضطر لتحميل نصوص إعدادات الحساب، ولوحات الفواتير، ولوحات الإدارة أيضاً.
+
+</Accordion>
+</AccordionGroup>
+
+### الموجة الأولى من مكتبات جهة العميل
+
+بين عامي 2012 و2015، أُرسيت القواعد الأولى لتدويل جافاسكريبت الحديث:
+
+<AccordionGroup>
+<Accordion header="i18next (يناير 2012)">
+
+أنشأها Jan Mühlemann، ووضعت المخطط الأساسي لقواميس مفتاح-قيمة في وقت التشغيل لجافاسكريبت. وقدمت التنقل بين المفاتيح، والاستيفاء المتغير، وقواعد صيغ الجمع، وبنية قابلة للتوسيع لكواشف اللغات والخوادم الخلفية. وسرعان ما أصبحت المعيار القياسي لجافاسكريبت الأصلية وخوادم Node.js المبكرة.
+
+</Accordion>
+<Accordion header="vue-i18n (مايو 2014)">
+
+أنشأها Kazupon (Kazuya Kawaguchi)، وكيّفت التدويل مع نموذج ربط البيانات التفاعلي في Vue.js، وقدمت توجيهات القوالب (`v-t`) والمساعد `$t()`.
+
+</Accordion>
+<Accordion header="react-intl (يونيو 2014)">
+
+أنشأتها Yahoo! كجزء من مشروع FormatJS، وجلبت معايير ICU MessageFormat وواجهات برمجة المتصفح `Intl` إلى React عبر مكونات تصريحية مثل `<FormattedMessage>` و`<FormattedDate>`.
+
+</Accordion>
+<Accordion header="react-i18next (ديسمبر 2015)">
+
+نقل Jan Mühlemann مكتبة `i18next` إلى مجتمع React السريع النمو، باستخدام المكونات عالية الرتبة (`withTranslation`) وموفري سياق React لإعادة تصيير المكونات عند تبديل اللغة.
+
+</Accordion>
+</AccordionGroup>
+
+### قيود حقبة ما قبل 2016
+
+على الرغم من أن هذه الأدوات مكنت التطبيقات متعددة اللغات، إلا أن القيود المعمارية لتلك الحقبة فرضت صعوبات مستمرة:
+
+<AccordionGroup>
+<Accordion header="مفاتيح نصية هشة وغير مؤمنة">
+
+استعلامات مثل `t('marketing.landing.hero.cta')` لم تقدم أي تحقق ساكن من الأخطاء. فالأخطاء الإملائية في المفاتيح كانت تفشل بصمت في بيئة الإنتاج، لتعرض نصوصاً فارغة أو معرف المفتاح الخام للمستخدمين النهائيين.
+
+</Accordion>
+<Accordion header="استهلاك موارد وقت التشغيل">
+
+كان تحليل صياغة ICU وتقييم الاستيفاء القائم على التعابير النمطية في وقت التشغيل يستهلك موارد المعالج على الأجهزة المحمولة.
+
+</Accordion>
+<Accordion header="تضخم حزم الكود">
+
+في غياب تقسيم الكود حسب المسارات أو المكونات، كانت جميع النصوص المترجمة تُحمَّل دفعة واحدة، مما أضر بمقاييس سرعة التحميل الأولى.
+
+</Accordion>
+<Accordion header="الفجوة بين المطور والمترجم">
+
+كانت القواميس مخزنة في ملفات JSON مركزية بعيدة عن المكونات التي تعرضها، مما أدى لظهور مفاتيح مهملة وترجمات مفقودة بشكل متكرر.
+
+</Accordion>
+</AccordionGroup>
+
+## حقبة أطر العمل: التطور عبر المنظومات
+
+بين 2016 و2026، تغيرت بنية الواجهات الأمامية جذرياً. أصبحت TypeScript هي المعيار، ونضجت البنى القائمة على المكونات، وقدمت أدوات الحزم مثل Webpack وVite وTurbopack تقنيات تقسيم الكود، ونقلت مكونات خادم React (RSC) التصيير مرة أخرى إلى الخادم، وبدأت المترجمات بتحليل وفحص كود التطبيق.
+
+تستعرض علامات التبويب التالية كيف تعامل كل إطار عمل مع هذه التحديات عبر تواريخ الإصدار والدوافع والابتكارات الرئيسية. عبر هذه المنظومات، تعد مكتبة `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 قابلة لتقليم الشجرة (Tree-shakable) ودوال جافاسكريبت نقية.                                                           |
+| أبريل 2024    | `intlayer`                           | استبدال فضاءات الأسماء غير القابلة للصيانة، وتجنب تسرب المحتوى بين الصفحات، وحل غياب الأمان النوعي في عصر TypeScript. | وضع ملفات `.content` مباشرة بجانب استدعاءات الدوال، وتوليد أنواع TypeScript تلقائياً، وتوفير نظام إدارة محتوى مرئي وأدوات ترجمة CLI بالذكاء الاصطناعي. |
+| يونيو 2025    | `wuchale`                            | إزالة عناء استخراج النصوص يدوياً وابتكار مفاتيح ترجمة أثناء التطوير.                                                  | معالجة مسبقة على مستوى شجرة الصياغة التجريدية (AST) تكتشف النصوص المضمنة وتجمعها في دوال محلية دون أغلفة أثناء البناء.                                 |
+
+</Tab>
+
+<Tab label="React" value="react">
+
+| الإصدار الأول | المكتبة          | ما هدفت إلى حله                                                                                                            | الابتكار الرئيسي                                                                                                                               |
+| ------------- | ---------------- | -------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- |
+| يونيو 2014    | `react-intl`     | توحيد تنسيق الأرقام والتواريخ والعملات وصيغ الجمع المعقدة في React.                                                        | مكونات تصريحية (`<FormattedMessage>` و`<FormattedDate>`) تنفذ معايير ICU MessageFormat وECMA-402.                                              |
+| ديسمبر 2015   | `react-i18next`  | توفير تكامل اصطلاحي لمكتبة `i18next` في React مع إعادة تصيير تفاعلية.                                                      | تطورت مع React من المكونات عالية الرتبة إلى استيفاء JSX عبر `<Trans>` وخطاف `useTranslation`.                                                  |
+| يناير 2018    | `@lingui/react`  | تقليل أعباء حجم حزمة جافاسكريبت الناتجة عن محللات ICU في وقت التشغيل.                                                      | ماكروهات Babel/SWC لتجميع `<Trans>` و`t` في مصفوفات مفهرسة مدمجة وقت البناء.                                                                   |
+| ديسمبر 2020   | `use-intl`       | تقديم بديل خفيف الوزن وقائم على الخطافات وآمن نوعياً لمكتبات React التقليدية.                                              | خطافات `useTranslations` و`useFormatter` عملية مع تكامل عميق مع TypeScript.                                                                    |
+| فبراير 2021   | `@tolgee/react`  | إزالة بطء دورة الملاحظات بين المطورين والمترجمين والمصممين.                                                                | تعديل النصوص مباشرة في المتصفح عبر النقر مع مفتاح Alt، وتحرير الترجمات في مكانها، والتقاط لقطات الشاشة.                                        |
+| أبريل 2024    | `react-intlayer` | تقديم تطبيق عالي الأداء من Intlayer مصمم خصيصاً لدورة حياة مكونات React، متخلصاً من قواميس JSON المركزية والأسماء المعقدة. | خطاف `useIntlayer` عالي الأداء لتصيير React، وأنواع TypeScript مولدة تلقائياً، وتقليم شجرة لكل مكون، ومزامنة حية مع نظام إدارة المحتوى المرئي. |
+| يوليو 2024    | `gt-react`       | أتمتة تصدير الملفات وتسليم الترجمات يدوياً وصيانتها.                                                                       | ترجمة سحابية آلية بالذكاء الاصطناعي مباشرة داخل مكونات React عبر مسارات ترجمة آلية.                                                            |
+| أغسطس 2025    | `@wuchale/jsx`   | إلغاء تسمية المفاتيح اليدوية وخطافات الترجمة الروتينية في JSX.                                                             | تحويل AST يستخرج نصوص JSX الخام تلقائياً ويجمعها في نظائرها المحلية.                                                                           |
+
+</Tab>
+
+<Tab label="Next.js" value="nextjs">
+
+| الإصدار الأول | المكتبة                                     | ما هدفت إلى حله                                                                                                 | الابتكار الرئيسي                                                                                                                                                             |
+| ------------- | ------------------------------------------- | --------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| نوفمبر 2018   | `next-i18next`                              | دعم SSR وSSG مع `i18next` في Pages Router لـ Next.js دون شلالات طلبات العميل.                                   | توفير `serverSideTranslations` و`appWithTranslation` لتمرير فضاءات الأسماء لخصائص الصفحات.                                                                                   |
+| ديسمبر 2019   | `next-translate`                            | تبسيط الإعدادات وتقليل حجم الحزم في تطبيقات Pages Router.                                                       | إضافة Webpack loader لحقن فضاءات الأسماء المطلوبة فقط لكل صفحة تلقائياً.                                                                                                     |
+| نوفمبر 2020   | `next-intl`                                 | إعادة تصميم التدويل لـ Next.js مع App Router ومكونات خادم React (RSC) وSSR المتدفق.                             | تكامل أصلي مع وسيط Next.js App Router وServer Actions ومكونات الخادم غير المتزامنة دون جافاسكريبت على العميل.                                                                |
+| يوليو 2022    | `next-international`                        | تحقيق أقصى أمان نوعي في TypeScript بأقل حجم إضافي لحزمة العميل.                                                 | توليد أنواع صارمة للمفاتيح مع محولات خفيفة لـ App Router وPages Router.                                                                                                      |
+| أبريل 2024    | `paraglide-next` (`@inlang/paraglide-next`) | تقديم رسائل مجمعة دون وقت تشغيل لـ Next.js App Router وPages Router.                                            | توجيه وسيط مقترن بدوال رسائل قابلة لتقليم الشجرة لتجنب تحليل JSON في مكونات الخادم وحزم العميل.                                                                              |
+| أبريل 2024    | `next-intlayer`                             | توفير محول عالي الأداء لمكونات الخادم في Next.js App Router وPages Router يغني عن تمرير دوال `t()` عبر الخصائص. | محول أصلي يتيح استدعاء `useIntlayer` مباشرة في مكونات الخادم المتزامنة (مثل أشرطة التنقل) دون حفر الخصائص (prop drilling)، مع تصيير خادم فوري وتوجيه وسيط ومزامنة CMS مرئية. |
+| سبتمبر 2024   | `gt-next`                                   | أتمتة توليد المحتوى متعدد اللغات والتوجيه المحلي الديناميكي في Next.js باستخدام الذكاء الاصطناعي.               | تكامل مع App Router يجمع بين الترجمة الآلية السحابية ووسيط الحافة والتخزين المؤقت في Next.js.                                                                                |
+
+</Tab>
+
+<Tab label="Vue & Nuxt" value="vue">
+
+| الإصدار الأول | المكتبة        | ما هدفت إلى حله                                                                                 | الابتكار الرئيسي                                                                                                                   |
+| ------------- | -------------- | ----------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------- |
+| مايو 2014     | `vue-i18n`     | توفير تدويل تفاعلي واصطلاحي لتطبيقات Vue.                                                       | تكامل تفاعلي عميق، وتوجيهات قوالب (`v-t`)، ومساعدات `$t`، وكتل `<i18n>` المخصصة داخل المكونات أحادية الملف.                        |
+| نوفمبر 2017   | `@nuxt/i18n`   | معالجة توجيه الروابط المترجمة، ووسوم SEO hreflang، وترطيب SSR في Nuxt.                          | وحدة توجيه متكاملة تنشئ مسارات مترجمة وترويسات SEO وتحميلاً تدريجياً للأجزاء.                                                      |
+| أغسطس 2019    | `fluent-vue`   | التعامل مع التذكير والتأنيث والحالات الإعرابية المعقدة والتركيبات غير المتماثلة في Vue.         | تكامل صيغة Mozilla Project Fluent في Vue لتفادي كتابة شروط معقدة للتغيرات اللغوية.                                                 |
+| أبريل 2025    | `vue-intlayer` | تقديم تطبيق عالي الأداء لـ Intlayer مصمم لـ Vue 3 Composition API وNuxt دون تلويث النطاق العام. | دالة تفاعلية `useIntlayer` مخصصة لتتبع التفاعلية في Vue 3، ونطاق مكونات مباشر، وإكمال تلقائي كامل في TypeScript، وتحرير مرئي مدمج. |
+
+</Tab>
+
+<Tab label="Angular" value="angular">
+
+| الإصدار الأول | المكتبة             | ما هدفت إلى حله                                                                                       | الابتكار الرئيسي                                                                                                                  |
+| ------------- | ------------------- | ----------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------- |
+| فبراير 2017   | `ngx-translate`     | توفير ترجمة ديناميكية أثناء وقت التشغيل في Angular دون الحاجة لبناء حزم منفصلة لكل لغة.               | خدمة `TranslateService` وأنبوب `translate` لتحميل الترجمات ديناميكياً وتبديل اللغات.                                              |
+| يوليو 2019    | `@ngneat/transloco` | حل مشاكل الأداء وغياب النطاقات المحددة والميزات الناقصة في مكتبات Angular القديمة.                    | توجيه هيكلي (`*transloco`)، وترجمات محددة النطاق للوحدات المحملة تدريجياً، ودعم SSR، وأداة استخراج CLI.                           |
+| سبتمبر 2019   | `@angular/localize` | تحديث نظام التدويل المدمج في Angular لتفادي إعادة بناء TypeScript لكل لغة.                            | نصوص نموذجية معلّمة مع `$localize` تُحقن كخطوة سريعة بعد البناء في محرك Ivy.                                                      |
+| فبراير 2021   | `@tolgee/ngx`       | دمج الترجمة التعاونية في سياق الصفحة والتقاط لقطات الشاشة في سير عمل Angular.                         | أنابيب وتوجيهات Angular متصلة مباشرة بـ Tolgee للترجمة الفورية داخل المتصفح.                                                      |
+| أبريل 2025    | `angular-intlayer`  | توفير تطبيق عالي الأداء من Intlayer مصمم خصيصاً لـ Angular الحديثة (Signals والمكونات المستقلة وSSR). | تكامل محتوى تفاعلي قائم على الإشارات (Signals) لاكتشاف التغييرات، وحقن اعتماديات مستقل، ومزامنة حية مع نظام إدارة المحتوى المرئي. |
+
+</Tab>
+
+<Tab label="Svelte & SvelteKit" value="svelte">
+
+| الإصدار الأول | المكتبة           | ما هدفت إلى حله                                                      | الابتكار الرئيسي                                                                                                              |
+| ------------- | ----------------- | -------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------- |
+| يوليو 2018    | `svelte-i18n`     | توفير مكتبة تدويل تفاعلية تتلاءم مع مخازن (stores) Svelte التفاعلية. | بحث `$t` مدعوم بالمخازن لضمان تحديث دقيق لعناصر DOM عند تغيير اللغة.                                                          |
+| ديسمبر 2021   | `sveltekit-i18n`  | معالجة SSR وتحميل الترجمات حسب المسار بنظافة في تطبيقات SvelteKit.   | بنية تحميل معيارية تجلب فقط الترجمات والمُنسقات المطلوبة للمسار النشط.                                                        |
+| نوفمبر 2021   | `@tolgee/svelte`  | تمكين الترجمة في سياق الشاشة لتطبيقات Svelte.                        | روابط لمخازن Svelte تتكامل مع واجهة Tolgee في المتصفح وتلتقط الصور تلقائياً.                                                  |
+| أبريل 2025    | `svelte-intlayer` | تقديم تطبيق عالي الأداء من Intlayer مصمم لـ Svelte 5 وSvelteKit.     | روابط محتوى تفاعلية متوافقة مع Svelte 5 Runes (`$state`)، وإعلانات محتوى محددة النطاق، وإضافات بناء دون إعدادات، وتحرير مرئي. |
+| يوليو 2025    | `@wuchale/svelte` | إزالة روتين كتابة القواميس واستيراد دوال `$t` في مكونات Svelte.      | معالج قبلي لـ Svelte يحلل القوالب وقت البناء ويجمع النصوص في مخرجات محلية مباشرة.                                             |
+
+</Tab>
+
+<Tab label="SolidJS" value="solid">
+
+| الإصدار الأول | المكتبة                  | ما هدفت إلى حله                                                         | الابتكار الرئيسي                                                                                       |
+| ------------- | ------------------------ | ----------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------ |
+| سبتمبر 2021   | `@solid-primitives/i18n` | توفير بدائية تدويل اصطلاحية تطابق تفاعلية SolidJS الدقيقة.              | محلل ترجمة تفاعلي قائم على الإشارات يحدث عقد DOM دون الحاجة إلى DOM افتراضي أو إعادة تصيير غير ضرورية. |
+| أبريل 2025    | `solid-intlayer`         | تقديم تطبيق عالي الأداء من Intlayer مصمم خصيصاً لـ SolidJS وSolidStart. | ربط محتوى متوافق مع إشارات Solid الدقيقة دون تكلفة Virtual DOM، مع إكمال تلقائي للأنواع وتحرير مرئي.   |
+| يونيو 2026    | `@lingui/solid`          | توسيع استخراج الماكرو وقت البناء ودعم ICU MessageFormat إلى SolidJS.    | تحويلات ماكرو متوافقة مع تفاعلية Solid الدقيقة لتجميع الرسائل في هياكل تشغيل خفيفة.                    |
+
+</Tab>
+
+</Tabs>
+
+## الحقب المعمارية الأربع لتدويل جافاسكريبت
+
+![تاريخ مكتبات تدويل جافاسكريبت](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`. أدرك المطورون التأثير السلبي للمحللات في وقت التشغيل وهشاشة المفاتيح غير المكتوبة. واستخرجت ماكروهات Babel الرسائل وقت البناء، وقامت إضافات الحزم بتجزئة القواميس حسب الصفحة، وبدأ مترجم TypeScript بالتحقق من وسائط الترجمة.
+
+</Accordion>
+<Accordion header="3. حقبة مكونات الخادم والتصيير المتدفق (2022 إلى 2024)">
+
+تميزت بمكتبات `next-intl` و`next-international` ومحولات RSC الأولى. ومع ظهور مكونات خادم React وNext.js App Router، تحول الهدف إلى تصيير المحتوى المترجم على الخادم دون شحن قواميس الترجمة أو محركات تشغيل التدويل إلى المتصفح.
+
+</Accordion>
+<Accordion header="4. حقبة المترجم الحديث والمحتوى الموحد (2024 إلى 2026)">
+
+تميزت بظهور `paraglide` و`intlayer` و`wuchale`. أصبحت الأدوات الحديثة تتعامل مع التدويل ليس كعملية استبدال نصوص فحسب، بل كبنية محتوى متكاملة. تحول المترجمات الرسائل مباشرة إلى دوال قابلة للتقليم، وتوضع تعريفات المحتوى جنباً إلى جنب مع المكونات، وتتكامل المحررات المرئية وأدوات الذكاء الاصطناعي مباشرة في مسار عمل المطور. وفي هذا النموذج، يفصل Intlayer تعريف المحتوى وتوليد الأنواع عن التسليم وقت التشغيل، مقدماً تطبيقات مخصصة عالية الكفاءة (`react-intlayer` و`next-intlayer` و`vue-intlayer` و`angular-intlayer` و`svelte-intlayer` و`solid-intlayer`) لكل بيئة.
+
+</Accordion>
+</AccordionGroup>
+
+## الخاتمة: الموازنة بين تجربة المطور، والأداء، وثورة الذكاء الاصطناعي
+
+على مدار خمسة عشر عاماً وأربع موجات معمارية متميزة، ظل التحدي الأكبر لتدويل جافاسكريبت ثابتاً: التوفيق بين تجربة المطور (DX) وقابلية صيانة الكود على المدى الطويل، مع تقديم أداء فائق وسريع للمستخدم النهائي.
+
+ما بدأ كمتغيرات عامة وملفات JSON مركزية معقدة تطور تدريجياً إلى محتوى مدمج مع المكونات، وأمان نوعي تلقائي في TypeScript، وتصيير خادم دون شلالات طلبات، وتفريغ للكود غير المستخدم وقت البناء.
+
+### ثورة الذكاء الاصطناعي ونموذج SaaS التقليدي
+
+كان العامل الحاسم في السنوات الأخيرة هو توليد الترجمات المؤتمت بواسطة الذكاء الاصطناعي، وهو ما شكل تحدياً جوهرياً لنماذج الأعمال التقليدية لمنصات إدارة الترجمة (TMS).
+
+تاريخياً، كان تجميع النصوص في ملفات JSON مركزية بمثابة تسوية هندسية لتسهيل عمل منصات TMS الخارجية، حيث وفر مستودعاً واحداً للمترجمين لتصدير واستيراد البيانات. لكن هذه الراحة للمنصات الخارجية فرضت ثمناً معمارياً باهظاً على المطورين: تعارضات Git مستمرة بين فروع العمل، ومفاتيح مهملة يصعب تعقبها، وافتقار للسياق البرمجي، وفضاءات أسماء معقدة.
+
+ومع ظهور الذكاء الاصطناعي التوليدي وأدوات التجميع الحديثة، باتت الأولوية لتجربة المطور. حيث تستطيع أدوات البناء وواجهات الأوامر (CLI) الآن اكتشاف ملفات المحتوى المدمجة والتحقق منها وترجمتها تلقائياً، مما ألغى الحاجة للتضحية بالبنية البرمجية النظيفة من أجل خطوط إنتاج الترجمة.
+
+ولأكثر من عقد، بنت منصات الترجمة التجارية عوائدها حول هذه الصعوبات اليدوية:
+
+- ركزت حلول مثل **Locize** (المنصة السحابية التجارية وراء `i18next`) و**Crowdin** (الشريك والداعم الأساسي لـ `vue-i18n` و`next-intl` و`use-intl` و`lingui`) على نماذج تعتمد على استضافة الترجمات، وحدود الخطط الشهرية، والرسوم المحتسبة لكل كلمة.
+- ونظراً لأن هذه المنصات تستفيد مادياً من حجم النصوص وسير العمل اليدوي، فليس لديها حافز اقتصادي لتقديم توليد ترجمة مؤتمت ومجاني بالكامل داخل أدوات المطور.
+
+### موجة الذكاء الاصطناعي الجديدة مقابل التكلفة المباشرة للمزود
+
+مع انخفاض تكلفة نماذج اللغة الكبيرة (LLMs) إلى أجزاء من السنت مع زيادة دقتها اللغوية، ظهر جيل جديد من الأدوات التجارية:
+
+- حاولت منصات مثل Paraglide عبر **linguo.dev** أو **General Translation** (`gt-react` و`gt-next`) الاستفادة من هذه الموجة عبر اشتراكات شهرية وخدمات سحابية وسيطة.
+- في المقابل، يوفر **Intlayer** أتمتة الترجمة بالذكاء الاصطناعي مباشرة من خلال واجهة سطر الأوامر (CLI)، مما يتيح للفرق ربط مفاتيح API الخاصة بهم (مثل OpenAI أو Anthropic أو Mistral أو Google Gemini) دون هوامش ربح أو عمولات، وبالتكلفة المباشرة الدقيقة لمزود الذكاء الاصطناعي المختار.
+
+### أكثر من مجرد تدويل: نظام محتوى متعدد اللغات متكامل
+
+أخيراً، تخطى تطوير الويب الحديث فكرة استبدال الكلمات البسيطة. لم تعد التطبيقات المعاصرة تقتصر على ترجمة كلمات منفردة مثل `"إرسال"` أو `"تسجيل الدخول"`، بل باتت تتطلب محتوى غنياً وديناميكياً ومنظماً يمتد عبر مسارات مستخدم معقدة.
+
+يتعامل Intlayer مع هذه القضية ليس كمجرد أداة بحث عن مفاتيح نصية، بل كنظام محتوى متعدد اللغات شامل ومكتمل. فمع دعمه الأصلي لمستندات Markdown، وتراكيب HTML، ومخططات البيانات المتداخلة، ونظام الإدارة المرئي للمحتوى (Visual CMS)، يردم Intlayer الفجوة بين هندسة الكود، وأتمتة الذكاء الاصطناعي، وإدارة المحتوى.
+
+للاطلاع على مقارنات معمارية أعمق وأدلة انتقال عملية، استكشف الموارد التالية:
+
+- [المترجم مقابل التدويل التصريحي](https://github.com/aymericzip/intlayer/blob/main/docs/blog/ar/compiler_vs_declarative_i18n.md)
+- [التدويل لكل مكون مقابل التدويل المركزي](https://github.com/aymericzip/intlayer/blob/main/docs/blog/ar/per-component_vs_centralized_i18n.md)
+- [الأداء ومعايير القياس](https://intlayer.org/doc/benchmark)
+- [محولات توافق Intlayer](https://intlayer.org/doc/concept/compatibility)