يعلمك أساسيات صابون خدمة الويب XML

خدمة الويب XML هي لبنة البناء الأساسية للحوسبة الموزعة على الإنترنت. تنشئ المعايير المفتوحة والتركيز على التواصل والتعاون بين المستخدمين والتطبيقات بيئة تصبح فيها خدمة الويب XML منصة لتكامل التطبيق. يوصي محرر Wulin.com بذلك لتعليمك أساسيات تعلم SOAP SEML Service Service. فيما يلي أيضًا دروس حول الويب XML. أتمنى أن يعجبك وتعلم شيء لتحسين معرفتك ومهاراتك. فيما يلي قراءة مفصلة للمحتوى: ما هي خدمة الويب XML؟

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

عدد تعريفات خدمة الويب XML التي يمكن العثور عليها في عدد الشركات التي تبني خدمات الويب XML. ومع ذلك ، فإن جميع التعريفات تقريبًا لها القواسم المشتركة التالية:

1. توفر خدمة الويب XML ميزات مفيدة لمستخدمي الويب من خلال بروتوكولات الويب القياسية. في معظم الحالات ، يتم استخدام بروتوكول الصابون.

2. يمكن لـ XML Web Service وصف واجهاتها بتفصيل كبير ، والتي تمكن المستخدمين من إنشاء تطبيقات العميل للتواصل معهم. غالبًا ما يتم تضمين هذا الوصف في مستند XML يسمى مستند لغة وصف خدمة الويب (WSDL).

3. تم تسجيل خدمة الويب XML بحيث يمكن للمستخدمين المحتملين العثور بسهولة على هذه الخدمات ، والتي يتم من خلال الاكتشاف العالمي والوصف والتكامل (UDDI).

واحدة من المزايا الرئيسية لهندسة خدمة الويب XML هي أنها تسمح برامج مختلفة مكتوبة على منصات مختلفة ولغات مختلفة للتواصل مع بعضها البعض بطريقة قياسية. قد يقول المستخدمون الذين يعرفون بعض هذه الصناعة على الفور: انتظر ، لم يكن كوربا و DCES السابقة قد قدموا نفس الوعود؟ ما الفرق بين هذا وهم؟ الفرق الأكثر أهمية هو أن الصابون أبسط بكثير من الأساليب السابقة ، لذلك هناك عقبات أقل بكثير من تنفيذ الصابون المتوافق مع المعيار. في المرة الأخيرة التي أحسب فيها ، تحتوي القائمة بالفعل على 79 عنصرًا. كما قد تتوقع ، تقدم معظم شركات البرمجيات الكبيرة تطبيقات SOAP ، ولكن هناك العديد من التطبيقات التي تم إنشاؤها وصيانتها من قبل المطورين الأفراد. ميزة أخرى رائعة لخدمة ويب XML هي استخدام بروتوكولات الويب القياسية - XML ​​و HTTP و TCP/IP ، مقارنة بالحلول السابقة. أنشأت العديد من الشركات بنية تحتية على شبكة الإنترنت ، وموظفوها لديهم المعرفة والخبرة المقابلة في الصيانة. لذلك ، يعد تقديم خدمة الويب XML أرخص بكثير من تقديم التقنيات السابقة.

نحدد خدمة الويب XML على النحو التالي: خدمات البرمجيات المتوفرة على الويب من خلال SOAP ، وذلك باستخدام ملفات WSDL للأوصاف ، والتسجيل من خلال UDDI. ثم ، قد تسأل: ماذا يمكنك أن تفعل مع خدمة الويب XML؟ عادةً ما تكون خدمة الويب الأصلية لـ XML مصدرًا للمعلومات التي يمكن دمجها بسهولة في التطبيق ، مثل أسعار الأسهم وتوقعات الطقس والنتائج الرياضية والمزيد. من السهل التفكير في فئة كاملة من التطبيقات التي يمكن بناؤها لتحليل وتجميع المعلومات التي تهتم بها وتوفرها بطرق مختلفة ؛ على سبيل المثال ، يمكنك استخدام Microsoft؟ TEXEL TERDSETET لتجميع جميع المعلومات المالية الخاصة بك - الأسهم ، 401K ، ودائع البنوك ، والقروض ، وأكثر من ذلك. إذا تمكنت من الحصول على هذه المعلومات من خلال خدمة الويب XML ، يمكن لـ Excel تحديثها باستمرار. بعض هذه المعلومات مجانية ، في حين أن البعض الآخر قد يتطلب اشتراكًا للحصول على الخدمة المقابلة. تتوفر الآن معظم هذه المعلومات على الويب ، لكن خدمة الويب XML تجعل الوصول إلى البرمجة أسهل وأكثر موثوقية.

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

في المستقبل ، يمكن لبعض أكثر تطبيقات Web Services التي تدعمها XML إثارة للاهتمام أيضًا الاستفادة من الويب لإكمال المهام غير الناجحة حاليًا. على سبيل المثال ، تعد خدمة التقويم واحدة من الخدمات التي سيتم دعمها من قبل Microsoft .NET My Services Project. إذا قدم طبيب الأسنان والميكانيكي جداولهم من خلال خدمة الويب XML هذه ، فيمكنك جدولة المواعيد معهم عبر الإنترنت ؛ إذا كنت تفضل ذلك ، فيمكنهم أيضًا جعل تواريخ التنظيف والصيانة اليومية مباشرة على التقويم الخاص بك. ليس من الصعب تخيل أنه يمكنك إنشاء مئات التطبيقات طالما يمكنك برمجة الويب.

صابون

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

تصف أجزاء أخرى من مواصفات SOAP كيفية تمثيل بيانات البرنامج على أنها XML وكيفية استخدام SOAP لمكالمات الإجراءات عن بُعد (RPC). يتم استخدام أجزاء المواصفات الاختيارية هذه لتنفيذ التطبيقات في شكل RPC ، حيث سيصدر العميل رسالة SOAP (بما في ذلك الوظيفة القابلة للاتصال ، والمعلمات المراد نقلها إلى الوظيفة) ، وسيقوم الخادم بعد ذلك بإرجاع رسالة تحتوي على نتيجة تنفيذ الوظيفة. حاليًا ، تدعم معظم تطبيقات SOAP تطبيقات RPC لأن المبرمجين الذين اعتادوا على تطوير تطبيقات COM أو CORBA على دراية بنموذج RPC. يدعم SOAP أيضًا تطبيقات الوثائق ، حيث تكون رسائل الصابون مجرد غلاف من مستندات XML. تعتبر تطبيقات SOAP الموثقة مرنة للغاية ، والعديد من خدمات الويب XML الجديدة تستفيد من هذه الميزة لبناء خدمات يصعب تنفيذها باستخدام RPC.

يحدد الجزء الاختياري الأخير من مواصفات SOAP نمط رسائل HTTP التي تحتوي على رسائل الصابون. يعد ربط HTTP مهمًا جدًا لأن جميع نظام التشغيل الحالي (والعديد من نظام التشغيل السابق) يدعم HTTP. على الرغم من أن ربط HTTP اختياري ، إلا أن جميع تطبيقات SOAP تقريبًا تدعم ربط HTTP لأنه هو البروتوكول القياسي الوحيد للصابون. لهذا السبب ، يعتقد الناس غالبًا أن الصابون يجب أن يستخدم HTTP. في الواقع ، تدعم بعض التطبيقات أيضًا نقل MSMQ أو MQ Series أو SMTP أو TCP/IP ، ولكن نظرًا لأن HTTP شائع جدًا ، فإن جميع خدمات الويب XML الحالية تقريبًا تستخدمه. نظرًا لأن HTTP هو البروتوكول الأساسي للويب ، فإن البنية التحتية لشبكات معظم المؤسسات تدعم HTTP وتعلم الموظفون كيفية إدارتها. اليوم ، تم إنشاء بنية تحتية لحماية الأمن والمراقبة وموازنة التحميل لـ HTTP.

عندما تبدأ في استخدام SOAP ، فإن أسهل شيء في الخلط هو الفرق بين مواصفات الصابون وتطبيقاتها العديدة. معظم المستخدمين الذين يستخدمون SOAP لا يكتبون رسائل الصابون مباشرة ، ولكن يستخدمون مجموعة أدوات SOAP لإنشاء رسائل الصابون وتحليلها. عادةً ما تقوم مجموعات الأدوات بتحويل مكالمات الوظائف من لغة معينة إلى رسائل الصابون. على سبيل المثال ، تقوم Microsoft Soap Toolkit 2.0 بتحويل مكالمات وظيفة COM إلى SOAP ، بينما تقوم Apache Toolkit بتحويل مكالمات وظيفة Java إلى SOAP. يختلف نوع استدعاء الوظيفة ونوع بيانات المعلمات المدعومة وفقًا لكل تطبيق SOAP ، لذلك قد لا تنطبق الوظائف التي تنطبق على مجموعة أدوات واحدة على مجموعة أدوات أخرى. هذا ليس قيودًا على الصابون ، ولكنه قيود على مخطط التنفيذ المحدد المستخدم.

إلى حد بعيد ، تتمثل الميزة الأكثر إثارة في الصابون في أنه يمكن تنفيذها على العديد من منصات البرامج والأجهزة المختلفة. هذا يعني أنه يمكن استخدام الصابون لربط أنظمة مختلفة داخل وخارج المؤسسة. تمت تجربة طرق مختلفة في الماضي لاقتراح بروتوكول اتصال مشترك يمكن استخدامه لتكامل النظام ، ولكن لم يكتسب أي منها اعترافًا واسعًا مثل الصابون. لماذا؟ لأن الصابون أصغر وأسهل في التنفيذ من العديد من البروتوكولات السابقة. على سبيل المثال ، يستغرق تنفيذ DCE و Corba سنوات ، لذلك تم إصدار عدد قليل من حلول التنفيذ. يمكن لـ SOAP القيام بمعظم العمل الشاق مع محلات XML الحالية ومكتبات HTTP ، بحيث يمكن إكمال تطبيق الصابون في غضون أشهر. هذا هو السبب في أن هناك الآن أكثر من 70 تطبيق SOAP. بالطبع ، لا يحتوي الصابون على جميع وظائف DCE أو Corba. على الرغم من تقليل الوظائف ، إلا أن الصابون أسهل في تطبيقه بسبب تعقيدها المنخفض إلى حد كبير.

تمكنك شعبية HTTP وبساطة الصابون من الاتصال بهم من أي بيئة تقريبًا ، وبالتالي تصبح الأساس المثالي لخدمات الويب XML.

نهاية. تم الانتهاء من البرنامج التعليمي هنا. هل اكتسبت شيئًا من القراءة؟ يوفر هذا الموقع أيضًا محتوى ويب XML ، مرحبًا بك في القراءة.