نظرة عميقة على JSON مقابل XML ، الجزء 1: تاريخ كل معيار

نشرت: 2022-03-11
الموضوعات ذات الصلة: نظرة عميقة على JSON مقابل XML ، الجزء 2: نقاط القوة والضعف في كليهما

من سطح المكتب إلى الويب والجوال ، تعتمد جميع تطبيقات الكمبيوتر التي نستخدمها اليوم تقريبًا على أحد معيارين أساسيين للرسالة: JSON و XML. اليوم ، JSON هو التنسيق الأكثر استخدامًا ، لكنه تجاوز XML فقط خلال السنوات الخمس الماضية. سيؤدي البحث السريع عبر الإنترنت عن "JSON مقابل XML" إلى عدد لا يحصى من المقالات ومنشورات المدونات التي تقارن المعيارين ، وتصل إلى تحيز متزايد بشكل تدريجي يشيد ببساطة JSON وينتقد الإسهاب في XML. تصر العديد من المقالات على أن JSON تتفوق على XML بسبب دلالاتها المقتضبة وخصم XML كمعيار غير فعال ومربك في الماضي. للوهلة الأولى ، يبدو أن JSON هي الأكثر شيوعًا - فهل JSON أفضل من XML؟ قد تنتقل معركة "JSON مقابل XML" إلى JSON على السطح ، ولكن في العمق ، هناك أكثر مما تراه العين.

في الجزء الأول من هذه المقالة ، سنقوم بما يلي:

  1. ألق نظرة فاحصة على تاريخ الويب للكشف عن الغرض الأصلي من XML و JSON.
  2. ضع في اعتبارك تطور اتجاهات البرامج في السنوات الأخيرة للتأكد من سبب انتشار JSON أكثر من XML.

تاريخ JSON و XML

للكشف عن سبب شعبية JSON على XML ، دعنا نستكشف تاريخ الويب وكيف أثر تطوره من Web 1.0 إلى Web 2.0 على الاتجاهات في التنمية.

الويب 1.0: HTML

كانت أوائل التسعينيات بمثابة فجر الويب 1.0. تم تقديم HTML في عام 1991 وتم اعتماده على نطاق واسع من قبل الجامعات والشركات والمؤسسات الحكومية كلغة الويب. أتى HTML من SGML ، أو "لغة الترميز المعيارية العامة" التي اخترعتها شركة IBM في السبعينيات. بالإضافة إلى التبني الجماعي ، شهدت HTML تكيفًا جماعيًا - تم تضمين الإضافات لدعم الوسائط المتعددة والرسوم المتحركة والتطبيقات عبر الإنترنت والتجارة الإلكترونية والمزيد. كمشتق من SGML ، افتقرت HTML إلى مواصفات صارمة لمنع الشركات من توسيعها بحرية لتلبية المتطلبات التي تتجاوز المفهوم الأصلي. أسفرت المنافسة على متصفح الويب الأكثر شيوعًا بين Netscape و Microsoft عن تقدم سريع ، ولكنها أدت أيضًا إلى تجزئة لا هوادة فيها للمعيار. نتج عن المنافسة الشرسة "كارثة الاختلاف" حيث تسبب زيادة HTML من قبل الشركتين في دعم المتصفحات لإصداراتهم الفريدة من HTML. أصبحت كارثة الاختلاف هذه مشكلة كبيرة لتطبيقات الويب حيث كافح المطورون لكتابة كود قابل للتشغيل البيني للمتصفحات.

الويب 1.1: XML + HTML = XHTML

في أواخر التسعينيات ، ابتكرت مجموعة من الأشخاص - بما في ذلك جون بوساك وتيم براي وجيمس كلارك وآخرين - XML: "لغة الترميز الموسعة". مثل SGML ، XML ليست لغة ترميز بحد ذاتها ، لكنها مواصفات لتعريف لغات الترميز. كان XML تطورًا من SGML - مصمم لتوفير وسيلة لتعريف المحتوى المنظم وفرضه. باعتبارها "الكأس المقدسة للحوسبة" 1 ، سعت لغة XML إلى "حل مشكلة تبادل البيانات الشاملة بين الأنظمة المتباينة" (د. تشارلز جولدفارب) 2 . بدلاً من التجزئة المستمرة لـ HTML ، تم تشكيل لجنة الويب العالمية (W3C) لتعزيز التوافق والاتفاق بين الصناعة في اعتماد معايير جديدة لشبكة الويب العالمية. 3 تم تعيين W3C حول إعادة تشكيل HTML كتطبيق XML ، والنتيجة هي XHTML.

كانت XHTML مبادرة كبيرة لفتت الانتباه إلى XML ، لكنها ليست سوى جزء صغير مما يدور حوله XML.

يوفر XML وسيلة للصناعة لتحديد ، مع دلالات صارمة ، لغات الترميز المخصصة لأي تطبيق. مع الكلمة الأساسية "دلالات صارمة" ، حدد XML معيارًا يمكن أن يؤكد سلامة البيانات في أي مستند XML ، لأي لغة فرعية XML. بالنسبة لشركات البرمجيات التي تطور تطبيقات مؤسسية موزعة تتفاعل مع أنظمة مختلفة ، كانت لغة الترميز التي يمكن أن تؤكد سلامة بياناتها مهمة. من خلال تعريف المحتوى المهيكل باستخدام XML ، استفادت الشركات من ميزات هذه التقنية للتفاعل مع أي نظام أساسي ، وفرض تكامل البيانات لكل تبادل للبيانات ، ولتقليل مخاطر البرامج على أنظمتها بشكل منهجي. بالنسبة للصناعة ، قدمت XML تقنية لتخزين أي نوع من البيانات والتواصل والتحقق من صحتها ، في شكل يمكن للتطبيقات الموجودة على أي نظام أساسي قراءته ومعالجته بسهولة. بالنسبة إلى HTML ، وعدت XML بحل "كارثة الاختلاف".

جافا و .NET

في أوائل العقد الأول من القرن الحادي والعشرين ، كانت الويب محكومة بشركتين: Sun و Microsoft. في ذلك الوقت ، كان مشهد لغات البرمجة مائلًا بشدة إلى جانب الخادم. اعتمدت البنية العامة لتطبيقات الويب على الخوادم التي تعرض صفحات HTML في النهاية الخلفية ليتم تسليمها إلى المتصفح. سلط هذا النهج الضوء على تقنيات النهاية الخلفية ، والتي بدورها عملت على تعميم المنصات الخلفية الرائدة: Java و C # .NET. طورتها شركة Sun Microsystems ، قادت Java الجيل الجديد من لغات البرمجة الموجهة للكائنات والتي حلت مشكلة الهندسة المتقاطعة من خلال نهجها الجديد "الكتابة مرة واحدة في أي مكان" 4 . اتبعت Microsoft مع .NET و C # و Common Language Runtime (CLR) وركزت أعينها على XML كنهج اختيار لحل لغز إمكانية التشغيل البيني للبيانات. أصبحت Microsoft أكبر مؤيد لـ XML ، حيث اختارت الشركة XML كجزء لا يتجزأ من مبادرة .NET البارزة. تم الإعلان عنها على أنها "منصة لخدمات ويب XML" ، وقد تم تصميم 5 تطبيقات .NET لاستخدام XML للتواصل مع الأنظمة الأساسية الأخرى. تم اختيار XML كمعيار Microsoft لتبادل البيانات ، وتم دمج XML في منتجات الخوادم الرئيسية ، مثل SQL Server و Exchange.

الويب 1.2: AJAX

لم يكن تسليم صفحات HTML المعروضة مسبقًا إلى المتصفح قابلاً للتطوير ، وكان الويب بحاجة إلى بديل. مع كل إجراء للمستخدم يتطلب تحميل صفحة جديدة من الخادم ، أصبح تحميل العملية واستهلاك النطاق الترددي مصدر قلق حيث تضخم المزيد من الأشخاص على الويب.

سعى كل من Netscape و Microsoft لمعالجة هذه المشكلة من خلال تسليم المحتوى غير المتزامن: ActiveX و JavaScript. في عام 1998 ، طور فريق Microsoft Outlook Web Access المفهوم الكامن وراء ActiveX 6 ، والذي تم تنفيذه لاحقًا بواسطة Mozilla و Safari و Opera والمتصفحات الأخرى في JavaScript ككائن XMLHttpRequest .

وُلدت أجاكس من خلال برنامج ActiveX الخاص بشركة Microsoft و Netscape's JavaScript.

مصطلح AJAX - وهو اختصار لـ "JavaScript و XML غير متزامن" - يمثل مجموعة واسعة من تقنيات الويب التي يمكن استخدامها لتنفيذ تطبيقات الويب التي تتواصل مع الخوادم في الخلفية دون الحاجة إلى إعادة تحميل الصفحة. في المقال الذي صاغ مصطلح AJAX ، حدد 7 8 جيسي جيمس غاريت المفاهيم الرئيسية:

  1. HTML (أو XHTML) و CSS للعرض التقديمي.
  2. نموذج كائن المستند (DOM) للعرض الديناميكي للبيانات والتفاعل معها.
  3. XML لتبادل البيانات و XSLT لمعالجتها.
  4. كائن XMLHttpRequest للاتصال غير المتزامن.
  5. جافا سكريبت لتجميع هذه التقنيات معًا.

مع تقديم المحتوى غير المتزامن الذي أثبت أنه يقلل من تحميل الخادم ويوفر نطاقًا تردديًا كبيرًا ، كانت AJAX أداة لتغيير قواعد اللعبة. أتاح إدخال XMLHttpRequest للمتصفحات للمطورين تنفيذ منطق أكثر تعقيدًا في الواجهة الأمامية. قامت Google بنشر واسع النطاق لمتصفحات AJAX المتوافقة مع المعايير مع Gmail في 2004 وخرائط Google في 2005. 9 وفي أكتوبر 2004 ، كان الإصدار التجريبي العام من Kayak.com من بين أول استخدامات التجارة الإلكترونية واسعة النطاق لـ AJAX. 10

الويب 2.0: تطبيقات من صفحة واحدة

أدى اعتماد AJAX باعتباره بنية قابلة للتطوير لتطبيقات الويب إلى فجر Web 2.0: تطبيق الصفحة الواحدة (SPA). 11 بدلاً من إعادة تحميل الصفحة بأكملها لكل تفاعل مستخدم ، تعيد SPAs كتابة الصفحة الحالية ديناميكيًا داخل المتصفح. بالإضافة إلى التخفيض الكبير في حمل الخادم واستهلاك النطاق الترددي ، سمح نهج SPA لتطبيقات الويب بأن تشبه تطبيقات سطح المكتب نظرًا للتجربة السلسة وغير المنقطعة أثناء تفاعل المستخدم.

في أبريل 2002 ، كتب ستيوارت موريس واحدًا من أوائل SPAs على slashdotslash.com 12 ، وفي وقت لاحق من نفس العام ، وصف لوكاس بيرديو ، وكيفين هاكمان ، ومايكل بيكي ، وإيفان ييه ، تطبيقًا من صفحة واحدة في براءة الاختراع الأمريكية رقم 8136109. 13 وصفت براءة الاختراع متصفحات الويب التي تستخدم JavaScript لعرض واجهة المستخدم وتشغيل منطق التطبيق والاتصال بخادم الويب.

أطلق Gmail وخرائط Google و Kayak العام التجريبي حقبة جديدة من تطوير تطبيقات الويب. المتصفحات التي تم تمكينها مع مطوري AJAX المخولين لكتابة تطبيقات غنية للويب. جعلت دلالات JavaScript السهلة تطوير التطبيقات ممكنًا للمبرمجين من أي عيار. تم تقليل حاجز الدخول إلى تطوير البرمجيات بشكل كبير ، وبدأ المطورون الأفراد حول العالم في المساهمة في المكتبات والأطر الخاصة بهم. المكتبات الشائعة مثل jQuery ، التي تعمل على تطبيع سلوك AJAX عبر المتصفحات من مختلف الشركات المصنعة ، قد حققت مزيدًا من التقدم في ثورة AJAX.

صعود JSON

في أبريل 2001 ، أرسل دوجلاس كروكفورد وتشيب مورنينجستار أول رسالة JSON من جهاز كمبيوتر في مرآب Morningstar's Bay Area. كان Crockford و Morningstar يحاولان إنشاء تطبيقات AJAX قبل فترة طويلة من صياغة مصطلح "AJAX" ، لكن دعم المتصفح لما كانوا يحاولون تحقيقه لم يكن جيدًا. لقد رغبوا في تمرير البيانات إلى التطبيق الخاص بهم بعد تحميل الصفحة ، لكنهم لم يجدوا طريقة للسماح لهذا بالعمل عبر جميع المتصفحات.

في عام 2001 ، كان تطوير AJAX قد بدأ للتو ، ولم يكن هناك حتى الآن شكل قابل للتشغيل البيني لكائن XMLHttpRequest في Internet Explorer 5 و Netscape 4. لذلك استخدم Crockford و Morningstar أسلوبًا مختلفًا يعمل في كلا المستعرضين.

بدت رسالة JSON الأولى على النحو التالي:

 <html><head><script> document.domain = 'fudco'; parent.session.receive( { to: "session," do: "test," text: "Hello world" } ) </script></head></html>

هذه الرسالة هي في الواقع مستند HTML يحتوي على بعض JavaScript ، وجزء صغير فقط من الرسالة يشبه JSON كما نعرفه اليوم. كان Crockford و Morningstar قادرين على تحميل البيانات بشكل غير متزامن من خلال توجيه <iframe> إلى عنوان URL الذي قد يعرض مستند HTML مثل المستند أعلاه. عند تلقي الاستجابة ، سيتم تشغيل JavaScript في HTML ، ومن خلال تجنب حماية المتصفح التي تمنع النوافذ الفرعية من الوصول إلى الأصل ، تم تمرير الكائن الحرفي مرة أخرى إلى الإطار الرئيسي للتطبيق. هذه التقنية القائمة على الإطار ، والتي تسمى أحيانًا "تقنية الإطار المخفي" ، كانت شائعة الاستخدام في أواخر التسعينيات قبل التطبيق الواسع النطاق لـ XMLHttpRequest . 14

استقطب هذا النهج المطورين لأنه يوفر إمكانية التشغيل البيني عبر جميع المتصفحات. نظرًا لأن الرسالة هي مجرد JavaScript ، فإنها لا تتطلب أي نوع من التحليل الخاص. كانت فكرة استخدام JavaScript بهذه الطريقة واضحة جدًا لدرجة أن Crockford نفسه قال إنه لم يكن أول شخص يفعل ذلك - فهو يدعي أن شخصًا ما في Netscape كان يستخدم JavaScript لتوصيل المعلومات منذ عام 1996. 15

أدرك كروكفورد ومورنينجستار أنهما يمتلكان شيئًا يمكن استخدامه في جميع أنواع التطبيقات. أطلقوا على تنسيقهم JSON ، وهو اختصار لـ "JavaScript Object Notation". بدأوا في الترويج له للعملاء ولكن سرعان ما اكتشفوا أن الكثيرين غير مستعدين لاغتنام فرصة التكنولوجيا الجديدة التي تفتقر إلى المواصفات الرسمية. لذلك قرر كروكفورد أنه سيكتب واحدة. في عام 2002 ، اشترى Crockford النطاق JSON.org وطرح قواعد JSON وتطبيقًا مرجعيًا للمحلل اللغوي. لا يزال موقع الويب قيد التشغيل ، على الرغم من أنه يتضمن الآن رابطًا بارزًا لمعيار JSON ECMA الذي تم التصديق عليه في عام 2013. 16 بعد طرح موقع الويب ، لم يفعل Crockford الكثير للترويج لـ JSON ولكنه سرعان ما وجد أشخاصًا يقدمون تطبيقات محلل JSON للغات برمجة مختلفة. من الواضح أن أصل JSON مرتبط بـ JavaScript ، ولكن أصبح من الواضح أن JSON كان مناسبًا تمامًا لتبادل البيانات بين اللغات العشوائية.

JSON في أجاكس

في عام 2005 ، صاغ جيسي جيمس جاريت مصطلح "AJAX" في إحدى مشاركات المدونة ، حيث شدد على أن AJAX لم يكن أي تقنية جديدة واحدة ولكنه "العديد من التقنيات ، كل منها مزدهر بحد ذاته ، يجتمع معًا بطرق جديدة قوية". 16 تابع مدونته ليصف كيف يمكن للمطورين الاستفادة من JavaScript و XMLHttpRequest لإنشاء أنواع جديدة من التطبيقات التي كانت أكثر استجابة وحالة من صفحة الويب النموذجية. وأشار إلى Gmail وخرائط Google و Flickr كأمثلة لمواقع تستخدم تقنيات AJAX. على الرغم من أن الحرف "X" في "AJAX" يرمز إلى XML ، إلا أن Garrett أشار إلى JSON كبديل مقبول تمامًا. لقد كتب أن "XML هو الوسيلة الأكثر تطورًا لإدخال البيانات وإخراجها من عميل AJAX ، ولكن لا يوجد سبب يمنعك من تحقيق نفس التأثيرات باستخدام تقنية مثل JavaScript Object Notation أو أي وسيلة مماثلة لهيكلة البيانات." 17

كان من المفترض أن تكون JavaScript و JSON معًا بشكل لا لبس فيه. ترتبط دلالات JSON مباشرة بجافا سكريبت ، مما يجعلها تنسيق تبادل البيانات الأصلي للغة. سرعان ما اكتشف المطورون أن JSON كان أسهل في التعامل معه في JavaScript ، واتجه الكثيرون إلى تفضيله على XML.

عندما لفتت JSON انتباه عالم المدونات ، بدأ انتشار JSON.

لماذا أصبحت JSON أكثر شهرة من XML

JSON هو التنسيق الأصلي للبيانات في تطبيقات JavaScript. مع تعميم JavaScript في العقد الماضي ، تم إنشاء المزيد من رسائل JSON أكثر من أي تنسيق بيانات آخر. تتطلب كتابة التطبيقات في JavaScript تقريبًا استخدام JSON لتبادل البيانات. التنسيقات الأخرى ممكنة ، لكنها تتطلب مجهودًا أكبر من JSON. مع اكتساب JavaScript لشعبية لتطوير التطبيقات ، اتبعت JSON عن كثب في أعقابها باعتبارها تنسيق تبادل البيانات سهل الاستخدام ومتكامل أصلاً.

بقدر ما يتعلق الأمر بمجال المدونات ، فقد تمت كتابة المزيد من المقالات والعينات والبرامج التعليمية حول JavaScript (وبالتالي JSON) أكثر من أي منصة برمجة أخرى.

لعب التاريخ والمسار التطوري للويب دورًا مهمًا في تعميم JSON. وفقًا لـ Stack Overflow ، يتم الآن طرح المزيد من الأسئلة حول JSON أكثر من طرحها حول تنسيقات تبادل البيانات الأخرى. 18

نص بديل

وفقًا لـ Google Trends ، يُرى ملف تعريف مشابه يقارن بين الاهتمام بالبحث عن JSON و XML. 19

نص بديل

هل يعني انتشار JavaScript أن JSON أفضل من XML؟

تصر مجتمعات المطورين على أن JSON أصبحت أكثر شيوعًا من XML نظرًا لنطاقها التعريفي المختصر ودلالاتها البسيطة. يلخص دوجلاس كروكفورد نفسه بعض مزايا JSON على JSON.org: "JSON أسهل على كل من البشر والآلات في الفهم ، نظرًا لأن تركيبها ضئيل للغاية وبنيتها يمكن التنبؤ بها." 20 ركز نقاد آخرون لـ XML على إسهاب XML كـ "ضريبة قوس الزاوية". 21 يتطلب تنسيق XML مطابقة كل علامة فتح مع علامة إغلاق ، مما ينتج عنه معلومات مكررة يمكن أن تجعل مستند XML أكبر بشكل ملحوظ من مستند JSON المكافئ عند فك ضغطه. وربما الأهم من ذلك ، يقول المطورون: "إنه يجعل قراءة مستند XML أكثر صعوبة." 22

تمت الإشادة بـ JSON بسهولة نظرًا لبساطتها ودلالاتها المختصرة ، وتم تصنيف XML على أنه معيار قديم من الماضي نظرًا لإسهابه وتعقيده المفرط على ما يبدو. تقدم العديد من المقالات ومنشورات المدونات منظورًا محدودًا عند مقارنة JSON بـ XML ، مما دفع القراء للاعتقاد بأن JSON هو بديل لـ XML. ليست هذه هي القضية!

أدى المنظور المحدود الذي توفره المقالات ومنشورات المدونات إلى جعل القراء يتجاهلون XML باعتباره عفا عليه الزمن ، مما ترك العديد من الأشخاص غير مدركين للميزات القوية التي قد تساعدهم على تحسين بنية برامجهم ومرونتها للتغيير وكذلك تقليل مخاطر البرامج بشكل منهجي.

JSON أكثر شيوعًا من XML بسبب هيمنة JavaScript باعتبارها اللغة الأكثر استخدامًا اليوم. مع تأثير JavaScript على اتجاهات البرامج في العقد الماضي ، تواصل JSON تلقي المزيد من الاهتمام بشكل متزايد من أي تنسيق آخر لتبادل البيانات. يسارع عالم المدونات إلى تكرار أن "JSON أفضل من XML" ، ولكن في أغلب الأحيان ، تُترك هذه العبارات غير مبررة ، أو يتم دعمها بمقارنات مبسطة فيما يتعلق بالدلالات والإسهاب. فهل أي معيار أفضل من الآخر؟ لا يمكن أن تأتي الإجابة على هذا السؤال إلا من تقييم أعمق لكل معيار.

خاتمة

من عام 1990 إلى اليوم ، قطعت شبكة الويب شوطًا طويلاً. أدت حروب المستعرضات بين Netscape و Microsoft إلى كارثة اختلاف في HTML ، وكان هناك حاجة إلى حل لإنقاذ الويب. تم اختراع XML لإضفاء الطابع الرسمي على XHTML ، وقدمت حلًا رائعًا للحوسبة ككل. من تقديم صفحات HTML كاملة من خلال الخوادم الخلفية إلى AJAX و SPAs ، ركزت الاتجاهات في هندسة الويب وتطوير المستعرض على JavaScript ، مما أدى إلى توجيه المطورين في جميع أنحاء العالم نحو JSON.

ترتبط شعبية JSON بشعبية JavaScript. بفضل سهولة الاستخدام ومنحنى التعلم القصير ، جلبت JavaScript مطورين جدد لكتابة البرامج أكثر من أي لغة أخرى. مع التكامل الأصلي لـ JSON مع أكثر منصات التطوير شيوعًا ، فليس من المستغرب أن يتم طرح المزيد من الأسئلة حول JSON على Stack Overflow أكثر من أي تنسيق آخر لتبادل البيانات.

مع اتجاهات البرامج في السنوات الأخيرة التي جلبت المزيد من مطوري JavaScript إلى الصناعة ، اكتسب JSON لقب "تنسيق تبادل البيانات الأكثر شيوعًا".

على السطح ، تذهب معركة "JSON مقابل XML" إلى JSON ، ولكن في العمق ، هناك أكثر مما تراه العين.

في الجزء 2 من هذه المقالة ، سنلقي نظرة فاحصة على نقاط القوة والضعف الفنية في JSON و XML ، ونقيم مدى ملاءمة كل معيار للتطبيقات الشائعة والمؤسسة. إن إلقاء نظرة فاحصة على "تبادل البيانات" سيكشف عن اتساع نطاق تأثيره على مخاطر البرنامج للتطبيق ككل. سيسمح الفهم الأعمق للاختلافات الأساسية بين JSON و XML للمطورين بإجراء تقييم أفضل لمخاطر البرامج لكل معيار فيما يتعلق بمتطلبات مشروعهم - لتمكين المطورين من إنشاء برامج أكثر استقرارًا وأكثر مقاومة للأخطاء والمستقبل غير معروف.

بالمناسبة ، هناك ميزة مثيرة للاهتمام لمواصفات JSON وهي أنه لا يمكنك تحويل كائنات JavaScript ذات العلاقات ثنائية الاتجاه ، حيث تشير الخصائص الفرعية إلى الخصائص الرئيسية ، إلى JSON. قد يؤدي القيام بذلك إلى خطأ في النوع غير Uncaught TypeError: Converting circular structure to JSON . للحصول على اختراق حول هذا القيد ، راجع دعم العلاقة ثنائية الاتجاه في JSON .

مراجع

1. الإنترنت: موسوعة تاريخية. التسلسل الزمني ، المجلد 3 ، ص. 130 (ABC-CLIO، 2005)

2. كتيب البيانات الوصفية والدلالات والأنطولوجيا ، ص. 109 (World Scientific، ديسمبر 2013)

3. WebDiy.org - اتحاد شبكة الويب العالمية (W3C) - التاريخ

4. "JavaSoft تقوم بشحن Java 1.0" (Sun Microsystems ، كانون الثاني (يناير) 1996)

5. التمكين المكاني للجيل القادم من الإنترنت (ديفيد إنجين ، يناير 2002)

6. قصة XMLHTTP (AlexHopmann.com ، يناير 2007)

7. بداية Ajax - الصفحة 2 (Wiley Publishing، March 2007)

8. Ajax: A New Approach to Web Applications (Jesse James Garrett، February 2005)

9. تاريخ موجز لأياكس (آرون شوارتز ، ديسمبر 2005)

10. "ما هو Kayak.com؟" (خلفية الشركة ، أكتوبر 2008)

11. التصفح الداخلي: توسيع نموذج التنقل للتصفح (Netscape ، مايو 2003)

12. "موقع ويب قائم بذاته باستخدام DHTML" (SlashDotSlash.com ، يوليو 2012)

13. تسليم البيانات ومعلومات التنسيق للسماح بالتلاعب من جانب العميل (مكتب براءات الاختراع الأمريكي ، أبريل 2002)

14. ما هو اياكس؟ اياكس المحترف ، الطبعة الثانية. (وايلي ، مارس 2007)

15. دوغلاس كروكفورد: The JSON Saga (ياهو! ، يوليو 2009)

16. ECMA Standard 404 (ECMA International ، ديسمبر 2017)

17. Ajax: A New Approach to Web Applications (جيسي جيمس جاريت ، فبراير 2005)

18. Stack Overflow Trends (Stack Overflow ، 2009-2019)

19. Google Trends (Google ، 2004-2019)

20. JSON: البديل الخالي من الدهون لـ XML (كروكفورد ، 2006)

21. XML: The Angle Bracket Tax (Coding Horror، May 2008)

22. Xml Sucks (WikiWikiWeb، 2016)