REST مقابل SOAP. لقد كانت مشكلة لفترة من الوقت الآن. وحقا، إنهما مجرد إجابتين على نفس السؤال: كيفية الوصول إلى الويب الخدمات.
ولكن قد يكون تحديد أحدهما على الآخر أمرًا صعبًا بشكل مدهش.
إن SOAP (بروتوكول الوصول إلى الكائنات البسيط) عبارة عن شبكة ويب قائمة على المعايير بروتوكول الوصول إلى الخدمات الذي كان موجودًا منذ فترة طويلة. تم تطوير SOAP في الأصل بواسطة Microsoft ، وهو ليس بسيطًا مثل الاختصار سيقترح.
REST (النقل التمثيلي للدولة) هو معيار آخر تم إنشاؤه في استجابة لأوجه القصور في SOAP. يسعى لإصلاح مشاكل SOAP وتقديم طريقة أبسط للوصول إلى خدمات الويب.
ماذا عن GraphQL؟
بالطبع ، أحدثت GraphQL ضجة كبيرة مؤخرًا ، وهو ما تحدثنا عنه
مطولا في مقالات أخرى. لكنها لا تزال غير موحدة مثل
REST و SOAP ، لذلك في هذه المقالة سنركز فقط على هؤلاء
اثنين.
يواجه كل من SOAP و REST مشكلات يجب مراعاتها عند تحديد البروتوكول الذي يجب استخدامه.
أوجه التشابه
بينما يتشارك SOAP و REST في أوجه التشابه عبر بروتوكول HTTP ، فإن SOAP
هي مجموعة من أنماط المراسلة أكثر صرامة من REST. القواعد في SOAP
مهمة لأننا لا نستطيع تحقيق أي مستوى من التوحيد القياسي
بدونهم. لا يتطلب REST كنمط معماري معالجة
وبطبيعة الحال أكثر مرونة. يعتمد كل من SOAP و REST على ملفات
القواعد الراسخة التي وافق الجميع على الالتزام بها في
مصلحة تبادل المعلومات.
على & nbsp؛
نظرة عامة سريعة على SOAP
تعتمد SOAP حصريًا على XML لتقديم خدمات المراسلة. طورت Microsoft في الأصل برنامج SOAP ليحل محل الأقدم التقنيات التي لا تعمل بشكل جيد على الإنترنت مثل نموذج كائن المكون الموزع (DCOM) وطلب الكائن الشائع معمارية الوسيط (كوربا). هذه التقنيات تفشل لأنها تعتمد على الرسائل الثنائية. تعمل رسائل XML التي يستخدمها SOAP بشكل أفضل عبر الإنترنت.
بعد الإصدار الأولي ، قدمت Microsoft SOAP إلى الإنترنت فريق المهام الهندسية (IETF) حيث تم توحيده. SOAP هو مصمم لدعم التوسع ، لذا فهو يحتوي على جميع أنواع الاختصارات الأخرى و الاختصارات المرتبطة به ، مثل WS-Addressing ، WS-Policy ، WS- الأمن ، WS- الاتحاد ، WS- موثوق الرسائل ، WS- التنسيق ، WS-AtomicTransaction و WS-RemotePortlets. في الواقع ، يمكنك العثور على ملف قائمة غسيل كاملة لهذه المعايير على معايير خدمات الويب.
النقطة المهمة هي أن SOAP قابل للتوسعة بدرجة كبيرة ، ولكنك تستخدم فقط امتداد
القطع التي تحتاجها لمهمة معينة. على سبيل المثال ، عند استخدام الجمهور
خدمة ويب متاحة مجانًا للجميع ، وليس لديك حقًا
حاجة ماسة لـ WS-Security.
على & nbsp؛
تعتمد الصعوبة على لغة البرمجة
يمكن أن يصبح XML المستخدم لتقديم الطلبات وتلقي الردود في SOAP
معقدة للغاية. في بعض لغات البرمجة ، تحتاج إلى إنشاء ملفات
هذه الطلبات يدويًا ، والتي تصبح مشكلة لأن SOAP هو
عدم التسامح مع الأخطاء. ومع ذلك ، يمكن للغات أخرى استخدام الاختصارات التي
يوفر SOAP. يمكنهم مساعدتك في تقليل الجهد المطلوب للإنشاء
الطلب وتحليل الاستجابة. في الواقع ، عند العمل مع .NET
اللغات ، فلن ترى حتى XML.
تعد لغة وصف خدمات الويب (WSDL) جزءًا من السحر.
هذا ملف آخر مرتبط بـ SOAP. يوفر
تعريف كيفية عمل خدمة الويب ، بحيث عند إنشاء ملف
بالإشارة إليه ، يمكن لـ IDE أتمتة العملية بالكامل. لذلك
تعتمد صعوبة استخدام SOAP إلى حد كبير على اللغة التي تستخدمها
استخدام.
على & nbsp؛
معالجة الأخطاء المضمنة
واحدة من أهم ميزات SOAP هي معالجة الأخطاء المضمنة. لو
هناك مشكلة في طلبك ، الرد يحتوي على خطأ
المعلومات التي يمكنك استخدامها لإصلاح المشكلة. بالنظر إلى أنك قد تفعل ذلك
لا تمتلك خدمة الويب ، فهذه الميزة الخاصة مهمة للغاية ؛
وإلا فسيتم تركك تخمن لماذا لا تعمل الأشياء. ال
حتى أن الإبلاغ عن الأخطاء يوفر رموزًا موحدة بحيث يكون ذلك ممكنًا
لأتمتة بعض مهام معالجة الأخطاء في شفرتك.
تتمثل إحدى ميزات SOAP المثيرة للاهتمام في أنه ليس بالضرورة لديك لاستخدامها مع نقل HTTP & nbsp؛ هناك مواصفات فعلية لاستخدام SOAP عبر بروتوكول نقل البريد البسيط (SMTP) وليس هناك أي سبب يمنعك من استخدامه على غيره النقل. في الواقع ، المطورين في بعض اللغات ، مثل Python و PHP ، يفعلون ذلك بالضبط.
نموذج طلب