क्या कोई भी दो सी ++ प्रक्रियाओं के बीच एक कॉमस चैनल के रूप में आरपीसी (xml-rpc नहीं) के बजाय वेब सेवाओं का उपयोग करने का एक अच्छा कारण सुझा सकता है, जिनमें से दोनों एक ही टीम द्वारा विकसित किए जाएंगे? नोट: वेब सेवाएं आदेशित डिलीवरी की गारंटी नहीं देती हैं!आरपीसी के बजाय दो आंतरिक प्रक्रियाओं के बीच वेब सेवाओं का उपयोग क्यों करें?
जब लोगों के पास हथौड़ा होता है, तो वे सभी समस्याओं को नाखूनों के रूप में देखते हैं। यही कारण है कि लोग हर जगह webservices डालते हैं जैसे कि यह दो प्रक्रियाओं के संवाद के लिए एकमात्र तरीका था।
आपके मामले में आरपीसी एक बेहतर विकल्प है, और अधिक प्रदर्शन, कम स्मृति के उपयोग, सरल (सी ++ में) लागू करने के लिए हो रहा है ...
वेब सेवाओं महान है जब आप की जरूरत है:
आप न इनमें से किसी भी जरूरत है, या कभी नहीं होगा, फिर आरपीसी के साथ कुछ भी गलत नहीं है। यदि आपके आवेदन की प्रक्रिया सभी एक ही मशीन पर रहते हैं और आपको उनके बीच संवाद करने की आवश्यकता है, तो आरपीसी एक पूरी तरह से स्वीकार्य समाधान है।
आप क्या स्थानीय आरपीसी परे कुछ भी करने की जरूरत नहीं है, तो कर सकते हैं संभाल लें और विश्वास करें कि आप कभी नहीं करेंगे, फिर इसका उपयोग करने का कोई कारण नहीं है।
चूंकि वहां कई तकनीकें हैं जो आसानी से एसओए आर्किटेक्चर, बहुभाषी समर्थन, बहु-मंच समर्थन प्रदान करती हैं, और वेब सर्वर की आवश्यकता नहीं होती है, यदि आप यूआई फ्रंट एंड डिलीवरी के रूप में किसी भी अंत का उपयोग नहीं कर रहे हैं तंत्र, तो वास्तव में एक वेब सर्वर के लिए कोई आवश्यकता नहीं है। वास्तव में, इस तरह के एक जानवर, आईबीएम के वेबस्पेयर जैसे कुछ के साथ लोड किया गया पर्याप्त संसाधन लागत होगी। एक बेहतर वास्तुकला पसंद कोर्बा की तरह कुछ होगा। खेलने के लिए कुछ के अच्छे उदाहरण के लिए टीएओ देखें।
मैं जरूरी नहीं कि एक ही भौतिक मशीन पर बात कर रहा हूं, लेकिन मैं आपसे सहमत हूं। –
यह अच्छा है, बिंदु अभी भी खड़ा है :) –