استراحة

REST ( نقل الحالة التمثيلية ) هو نمط معماري برمجي تم ابتكاره لوصف تصميم وتوجيه تطوير بنية شبكة الويب العالمية . يحدد REST مجموعة من القيود لكيفية عمل بنية نظام الوسائط المتعددة الموزع على نطاق الإنترنت ، مثل الويب. يركز نمط REST المعماري على واجهات موحدة ، ونشر المكونات بشكل مستقل ، وقابلية توسيع التفاعلات بينها، وإنشاء بنية متعددة الطبقات لتعزيز التخزين المؤقت لتقليل زمن الاستجابة الذي يلاحظه المستخدم ، وفرض الأمان ، وتغليف الأنظمة القديمة . ^{[ 1 ]}

استُخدمت تقنية REST على نطاق واسع في صناعة البرمجيات لإنشاء تطبيقات ويب موثوقة لا تعتمد على الحالة . يُمكن وصف التطبيق الذي يلتزم بقيود بنية REST بشكل غير رسمي بأنه RESTful ، على الرغم من أن هذا المصطلح يرتبط عادةً بتصميم واجهات برمجة التطبيقات (APIs) القائمة على بروتوكول HTTP ، وما يُعتبر على نطاق واسع أفضل الممارسات فيما يتعلق بـ "الأفعال" ( طرق HTTP ) التي يستجيب لها المورد ، بينما لا يرتبط كثيرًا بمفهوم REST كما تم صياغته في الأصل، بل غالبًا ما يتعارض معه. ^{[ 2 ]}

تم تقديم مصطلح "نقل الحالة التمثيلية" وتعريفه في عام 2000 من قِبل عالم الحاسوب روي فيلدينغ في أطروحته للدكتوراه. ويعني هذا المصطلح أن الخادم سيرد بتمثيل لمورد (غالباً ما يكون مستند HTML )، وسيحتوي هذا المورد على روابط وسائط متعددة يمكن اتباعها لتغيير حالة النظام. وسيتلقى أي طلب من هذا القبيل بدوره تمثيلاً لمورد، وهكذا.

من النتائج المهمة أن المعرّف الوحيد المطلوب معرفته هو معرّف المورد الأول المطلوب، وسيتم اكتشاف جميع المعرّفات الأخرى تلقائيًا. هذا يعني أن هذه المعرّفات يمكن أن تتغير دون الحاجة إلى إبلاغ العميل مسبقًا، وأن العميل والخادم يجب أن يكونا مرتبطين بشكل غير مترابط بطبيعتهما .

بدأ استخدام الإنترنت بشكل يومي في الفترة ما بين عامي 1993 و1994، عندما بدأت مواقع الويب العامة بالظهور. ^{[ 3 ]} في ذلك الوقت، لم يكن هناك سوى وصف مجزأ لبنية الإنترنت، وكان هناك ضغط داخل مجتمع مطوري الويب للاتفاق على معيار لبروتوكولات واجهة الويب. على سبيل المثال، أُضيفت العديد من الإضافات التجريبية إلى بروتوكول الاتصال (HTTP) لدعم الخوادم الوكيلة ، وكان يجري اقتراح المزيد من الإضافات، ولكن كانت هناك حاجة إلى بنية ويب رسمية لتقييم تأثير هذه التغييرات. ^{[ 4 ]}

بدأت مجموعتا عمل W3C و IETF معًا العمل على وضع أوصاف رسمية للمعايير الثلاثة الأساسية للويب: URI و HTTP و HTML . شارك روي فيلدينغ في وضع هذه المعايير (وتحديدًا HTTP 1.0 و1.1، وURI)، وخلال السنوات الست التالية ، ابتكر نمط REST المعماري، واختبر قيوده على معايير بروتوكولات الويب، واستخدمه كوسيلة لتحديد التحسينات المعمارية ، ولتحديد أوجه عدم التوافق المعماري. عرّف فيلدينغ REST في أطروحته للدكتوراه عام 2000 بعنوان "الأنماط المعمارية وتصميم بنى البرمجيات القائمة على الشبكة" ^{[ 1 ] [ 5 ]} في جامعة كاليفورنيا في إرفاين .  

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

بطبيعتها، تُعدّ الأنماط المعمارية مستقلة عن أي تطبيق مُحدد، وبينما تم ابتكار REST كجزء من تطوير معايير الويب، فإن تطبيق الويب لا يلتزم بكل قيود نمط REST المعماري. قد تحدث حالات عدم التوافق نتيجةً للجهل أو الإهمال، ولكن وجود نمط REST المعماري يُتيح إمكانية تحديدها قبل أن تُصبح معيارية. على سبيل المثال، أشار فيلدينغ إلى أن تضمين معلومات الجلسة في عناوين URI يُعدّ انتهاكًا لقيود REST، مما قد يؤثر سلبًا على التخزين المؤقت المشترك وقابلية توسع الخادم. كما تُخالف ملفات تعريف الارتباط HTTP قيود REST ^{[ 4 ]} لأنها قد تُصبح غير متزامنة مع حالة تطبيق المتصفح، مما يجعلها غير موثوقة؛ كما أنها تحتوي على بيانات مُبهمة قد تُثير مخاوف بشأن الخصوصية والأمان .

صُمم نمط REST المعماري للتطبيقات الشبكية، وتحديدًا تطبيقات العميل والخادم. ولكن الأهم من ذلك، أنه مصمم للاستخدام على نطاق الإنترنت، لذا يجب أن يكون الربط بين وكيل المستخدم (العميل) والخادم الأصلي مرنًا قدر الإمكان لتسهيل اعتماده على نطاق واسع.

لقد وفر الفصل القوي بين العميل والخادم جنبًا إلى جنب مع نقل المعلومات القائم على النصوص باستخدام بروتوكول عنونة موحد الأساس لتلبية متطلبات الويب: قابلية التوسع ، وقابلية التوسع الفوضوية ^{[ 6 ]} والنشر المستقل للمكونات، ونقل البيانات على نطاق واسع، وحاجز دخول منخفض لقراء المحتوى ومؤلفي المحتوى والمطورين.

تؤثر قيود أسلوب REST المعماري على الخصائص المعمارية التالية: ^{[ 1 ] [ 7 ]}

• الأداء في تفاعلات المكونات، والذي يمكن أن يكون العامل المهيمن في الأداء الذي يدركه المستخدم وكفاءة الشبكة؛ ^{[ 8 ]}
• قابلية التوسع التي تسمح بدعم أعداد كبيرة من المكونات والتفاعلات بين المكونات؛
• بساطة واجهة موحدة؛
• إمكانية تعديل ( أو توسيع ) المكونات لتلبية الاحتياجات المتغيرة (حتى أثناء تشغيل التطبيق)؛
• إمكانية رؤية الاتصالات بين المكونات بواسطة وكلاء الخدمة؛
• إمكانية نقل المكونات عن طريق نقل كود البرنامج مع البيانات؛
• الموثوقية في مقاومة الأعطال على مستوى النظام في حالة وجود أعطال داخل المكونات أو الموصلات أو البيانات. ^{[ 8 ]}

يُحدد نمط REST المعماري ستة قيود توجيهية. ^{[ 7 ] [ 9 ]} عند تطبيق هذه القيود على بنية النظام، فإنه يكتسب خصائص غير وظيفية مرغوبة ، مثل الأداء، وقابلية التوسع، والبساطة، وقابلية التعديل، والوضوح، وقابلية النقل، والموثوقية. ^{[ 1 ]}

القيود الرسمية لـ REST هي كما يلي: ^{[ 10 ]}

• العميل/الخادم – يتم فصل العملاء عن الخوادم بواسطة واجهة محددة جيدًا
• عديم الحالة – ​​لا يستهلك عميل معين مساحة تخزين الخادم عندما يكون العميل "في حالة سكون".
• التخزين المؤقت – تشير الاستجابات إلى إمكانية تخزينها مؤقتًا
• واجهة موحدة
• النظام متعدد الطبقات – لا يستطيع العميل عادةً تحديد ما إذا كان متصلاً مباشرةً بالخادم النهائي، أو بوسيط على طول الطريق.
• البرمجة عند الطلب (اختياري) - تستطيع الخوادم توسيع أو تخصيص وظائف العميل مؤقتًا عن طريق نقل منطق إلى العميل يمكن تنفيذه داخل آلة افتراضية قياسية

تم تطوير العديد من النماذج للمساعدة في تصنيف واجهات برمجة تطبيقات HTTP وفقًا لمدى التزامها بمبادئ تصميم REST المختلفة، مثل

• نموذج ريتشاردسون للنضج
• تصنيف واجهات برمجة التطبيقات المستندة إلى بروتوكول HTTP ^{[ 12 ]}
• نموذج نضج WS ^{3 [ 13 ]}

• عنوان URL نظيف – عنوان URL يهدف إلى تحسين سهولة استخدام موقع الويب 
• شبكة توصيل المحتوى – طبقة من النظام البيئي للإنترنت تعالج الاختناقات 
• بروتوكول تطبيق المجال (DAP)
• قائمة مخططات URI - مُعرّف مساحة الاسم المُخصص من قِبل IANA 
• الخدمات المصغرة – مجموعة من الخدمات المترابطة بشكل غير محكم تُستخدم لبناء تطبيقات الحاسوب 
• نظرة عامة على لغات وصف واجهات برمجة تطبيقات RESTful – أوصاف لغات البرمجة 
• بنية موجهة نحو الموارد – نمط معماري في تصميم البرمجيات 
• الحوسبة الموجهة نحو الموارد – نمط معماري في تصميم البرمجيات 
• بنية موجهة نحو الخدمات – نمط معماري في تصميم البرمجيات 
• بنية موجهة نحو الويب – نمط معماري في تصميم البرمجيات 
• خدمة الويب - خدمة تُقدم بين الأجهزة الإلكترونية عبر الإنترنت 

• باوتاسو، سيزار؛ وايلد، إريك؛ ألاركون، روزا (2014)، REST: مواضيع بحثية متقدمة وتطبيقات عملية ، سبرينغر، ISBN 9781461492986
• باوتاسو، سيزار؛ زيمرمان، أولاف؛ ليمان، فرانك (أبريل 2008)، "خدمات الويب RESTful مقابل خدمات الويب "الكبيرة"، وقائع المؤتمر الدولي السابع عشر حول شبكة الويب العالمية ، الصفحات 805-814 ، doi : 10.1145/1367497.1367606 ، ISBN  9781605580852، S2CID 207167438 
• فيريرا ، أوتافيو (نوفمبر 2009)، خدمات الويب الدلالية: نهج مريح ، IADIS، ISBN 978-972-8924-93-5
• فاولر، مارتن (18 مارس 2010). "نموذج ريتشاردسون للنضج: خطوات نحو مجد REST" . martinfowler.com . تاريخ الاسترجاع: 26 يونيو 2017 .