دليل اختيار بين بقية مقابل الصابون الخدمات ؟

StackOverflow https://stackoverflow.com/questions/28950

  •  09-06-2019
  •  | 
  •  

سؤال

هل من أحد لديه وصلات إلى وثائق أو أدلة على اتخاذ القرار بين بقية مقابلالصابون ؟ لقد فهم كل من هذه ولكن أنا أبحث عن بعض المراجع على نقاط رئيسية, على سبيل المثال, الأمن, وهو ما قد يجعلك تميل نحو أو آخر.

هل كانت مفيدة؟

المحلول

جوجل الضربة الأولى يبدو شاملة جدا.

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

أعرف أن هذا يبدو نوعا ما سخيف ، ولكن في نهاية المطاف هذا النوع من قرارات التصميم تسقط على المطور/مهندس أعمل على ذلك ، 99% من الوقت, المشكلة المجال سوف يكون العامل الحاسم (أو على الأقل ينبغي أن يكون) لا دليل على الشبكة.

نصائح أخرى

Simple Object Access Protocol (الصابون) معيار XML لغة تعريف رسالة العمارة و تنسيقات الرسائل المستخدمة من قبل خدمات ويب يحتوي على وصف العمليات.WSDL هو يستند إلى XML لغة وصف خدمات ويب و كيفية الوصول إليها.سيتم تشغيل SMTP,HTTP,FTP الخ.يتطلب الوسيطة دعم واضحة المعالم mechanisam تحديد الخدمات مثل WSDL+XSD, WS-سياسة الصابون سيعود XML القائمة على البيانات الصابون توفر معايير الأمن والموثوقية

التمثيلية نقل الدولة (راحة) وخدمات الويب.هم الجيل الثاني من خدمات الشبكة.ويب مريحة وخدمات التواصل عبر HTTP من الصابون على أساس الخدمات و لا تتطلب رسائل XML أو WSDL خدمة API التعاريف.للراحة لا الوسيطة مطلوب فقط HTTP الدعم.WADL القياسية ، بقية يمكن العودة XML, نص عادي, سلمان, HTML وغيرها

t هو أسهل أنواع عديدة من العملاء أن تستهلك خدمات الويب مريحة في حين تمكن جانب الملقم أن تتطور واسع.يمكن للعملاء اختيار تستهلك بعض أو كل جوانب الخدمة واهرسيها مع الخدمات المستندة إلى ويب.

REST uses standard HTTP so it is simplerto creating clients, developing APIs 
REST permits many different data formats like XML, plain text, JSON, HTML where  as  SOAP only permits XML.
REST has better performance and scalability.
Rest and can be cached and SOAP can't 
Built-in error handling where SOAP has No error handling
REST is particularly useful PDA and other mobile devices.

بقية الخدمات من السهل على الاندماج مع المواقع الحالية.

الصابون لديه مجموعة من البروتوكولات التي توفر معايير الأمن والموثوقية ، من بين أمور أخرى ، والتعامل مع الآخرين WS مطابقة العملاء والملقمات.الصابون خدمات الويب (مثل جاكس-WS) مفيدة في التعامل مع غير متزامن وتجهيز الاحتجاج.

المعقدة API الصابون ستكون أكثر من مفيدة.

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

أنا أتفق كثيرا مع +روب كوبر في منصبه.نعم, هناك الكثير من دعاة.لقد سرد الفرق بين الصابون و الراحة.

هناك تدفق الرسم البياني يمكنك استخدامها لمساعدتك في اتخاذ قرار بين بقية مقابل الصابون.

رابط تدفق الرسم البياني: https://drive.google.com/file/d/0B3zMtAq1Rf-sdVFNdThvNmZWRGc/edit

رابط المقال: https://www.linkedin.com/pulse/20140818062318-7933571-soap-vs-rest-flowchart-to-determine-the-right-web-services-protocol-for-your-needs

اثنين من العوامل الأخرى التي تستخدم لجعل هذا القرار:

1) سوف عملاء الخدمة تتطلب أنواع وسائل الإعلام الأخرى من XML (هـ.ز JSON).إذا كان الجواب نعم, ثم استخدام بقية.

2) هو العميل من الخدمة دائما سيكون التطبيق/Server (على سبيل المثاللا ريا أو اياكس العميل).إذا لا, هذا يميل نحو بقية كما أنه من الأسهل أن تستهلك بقية الخدمات عند استخدام اياكس.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top