REST للرسائل الكمون منخفضة.

Question

لماذا لا ترى المزيد من الناس باستخدام الهندسة المعمارية REST لنظام خادم العميل. ترى الناس باستخدام مآخذ، أو تيبكو RV أو EMS أو MQ لكن أنا لم أر الكثير العمارة REST الأساسية

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

Answer 1

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

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

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

Answer 2

وREST ليس مناسبا لكل مشكلة.

وREST هو أفضل ل<م> الموارد الإدارة. إذا كنت تكتب خدمات الويب (كما هو الحال مع نظام خدمة العملاء) ثم تجد أنك تريد أشياء مثل التمثيل الملحد لغة البيانات والتحقق منها حجة، وتوليد رمز العميل / الخادم، ومعالجة الأخطاء، وضوابط الوصول. REST يتطلب أساسا لك رمز تلك الأشياء بنفسك.

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