सेवाओं का उपयोग करने एक और मामला रखने के लिए जब आप एक विषम प्रौद्योगिकी ढेर एकीकृत करना चाहते है।
दूसरे शब्दों में, अगर आपके DB postgres है, लेकिन आप जावा, पर्ल, पायथन, और सी ++ में कोड है, तो आप संग्रहित प्रक्रियाओं लिख सकते हैं और प्रत्येक प्रोग्रामिंग भाषा उन कॉल कर सकते हैं। यदि आप एक डीबी के साथ काम कर रहे हैं जिसमें संग्रहित प्रोसेस नहीं हैं, या आप उनको स्विच करने की क्षमता चाहते हैं - या आप बस पोर्ट 80 पर चलना चाहते हैं, तो आप एसक्यूएल कॉल को सेवा-उन्मुख परत में लपेट सकते हैं (वेबस्पेयर सोचें) जिसे अब किसी के द्वारा बुलाया जा सकता है - साथ ही आप एसओए परत में प्रमाणीकरण और प्रमाणीकरण तर्क (एलडीएपी से कनेक्ट, जो भी हो) डाल सकते हैं।
आप उस एसओए परत का भी उपयोग कर सकते हैं, कहें कि उस पुराने कोबोल बॉक्स के साथ "सामान" करने के लिए लॉजिकल रूटीन का निर्माण करें जो चालान प्रबंधित करता है या ग्राहकों के लिए बयान बनाता है।
तो यदि आपके पास कई विरासत प्रणालियों हैं जो आप इंटरकनेक्ट करना चाहते हैं - वेयरहाउसिंग सिस्टम को बिक्री प्रणाली को भविष्यवाणी करने के लिए कहें - एसओए उस लक्ष्य को प्राप्त करने का एक तरीका हो सकता है। (आप इवेंट संचालित सिस्टम को बदलने के बेहतर तरीके के रूप में एक ईवेंट संचालित प्रणाली बनाने के लिए "सेवा बस" का भी उपयोग कर सकते हैं।)
बस मुझे बात करें।
स्रोत
2009-06-09 13:43:54
एक ही डेटास्रोत के लिए अलग-अलग उपयोगकर्ता इंटरफेस के परिदृश्य में, क्या कोई कारण है कि आप अपने सभी यूआई घटकों का उपयोग करने के लिए डीएलएल प्रकाशित नहीं कर सकते हैं? – lomaxx
एक परिदृश्य है जहां यह संभव है। हमारे पास ज्यादातर वेब-यूआई और डेस्कटॉप-यूआई हैं। जो एक डीएल के साथ काम नहीं करेगा। – albertjan
यदि आपके पास बहुत ही विषम वेब UI पर्यावरण, जावा, .Net, PHP, RoR है तो शिपिंग DLLs इतना उपयोगी नहीं है। एक बहुत ही विषम वातावरण को दूर करने के लिए सेवाओं का उपयोग करना एसओए का भी एक आम उपयोग है। –