لماذا استخدام خدمات ويب بدلا من RPC بين اثنين الداخلية العمليات ؟

Question

أي شخص يمكن أن تشير إلى سبب وجيه لاستخدام خدمات الويب بدلا من RPC (لا xml-rpc) كما الإتصالات قناة بين اثنين C++ العمليات سواء التي سيتم تطويرها من قبل نفس الفريق ؟ ملاحظة:خدمات ويب لا ضمان التسليم!

Answer 1

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

في حالتك يبدو RPC أن يكون خيارا أفضل، وأكثر أداء، وأقل استخدام الذاكرة، وأبسط لتنفيذ (في C ++) ...

Answer 2

خدمات ويب كبيرة عند الحاجة:

• دعم للعديد من اللغات و المنصات
• SOA تطبيقات على
• توزيع الخدمات

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

Answer 3

إذا كنت لا تحتاج إلى القيام بأي شيء أبعد مما يمكن التعامل مع RPC المحلي وعلى ثقة بأنكم سوف أبدا، ثم ليس هناك سبب لعدم استخدامه.

Answer 4

وبما أن هناك العديد من التقنيات هناك والتي توفر سهولة العمارة الخدمية، دعم متعدد اللغات، ودعم منصة متعددة، ولا تحتاج إلى خادم الويب، إذا كنت لا تستخدم إما نهاية باعتباره UI أمام آلية تسليم نهاية ، ثم هناك حقا أي شرط ليس لخادم الويب. في الواقع، فإن مثل هذا الوحش، وتحميلها إلى أسفل مع شيء من هذا القبيل بنك الإسكان للتجارة IBM سيكون لها تكاليف الموارد كبيرة. ومن شأن خيار المعماري أفضل أن يكون شيء من هذا القبيل كوربا. انظر TAO لخير مثال على شيء للعب مع.