एक बुद्धिमान तरीके से कई ओएसजीआई सेवाओं के बीच रनटाइम में कैसे चयन करें?

Question

मुझे एक बुद्धिमान प्रणाली है जो उपलब्ध ओएसजीआई सेवाओं के बीच गतिशील रूप से चुन सकती है। यही है, कुछ रनटाइम पैरामीटर के आधार पर एक कार्यान्वयन या दूसरा चुनें। उदाहरण के लिए, एक चल रहे एल्गोरिदम को सूचित करें जो कई पुनरावृत्तियों के बाद ऑपरेटर को बदलता है, या किसी सिस्टम या लोड में लोड संतुलन के आधार पर।

while(stopCriterion){ 
    operator.doSomething(); //There exist many operator implementations 
} 

मेरा पहला दृष्टिकोण डी एस उपयोग करने के लिए सेवाओं को बेनकाब और 0..n और गतिशील नीति के साथ सेवाओं बाध्य करने के लिए है। फिर, बाहरी बुद्धिमान घटक से, प्रत्येक पुनरावृत्ति में उपयोग की जाने वाली एल्गोरिदम को सूचित करें (EventAdmin का उपयोग करके, शायद?)।

operator[selected].doSomething(); 

यह मदद कर सकता है मुझे जटिलता को कम करने के लिए जब विभिन्न सेवा कार्यान्वयन का एक बहुत के साथ कई प्रयोगों निष्पादित किया जाना चाहिए। इसके अलावा, मैं Eclipse Communication Framework साथ रिमोट सेवाएं विनिर्देश उपयोग करने के लिए वितरित एल्गोरिदम में अनुसंधान और सामान बनाने के लिए योजना बना रहा हूँ, इसलिए

हालांकि, मैं अगर यह एक है पता नहीं है निष्पादन समय में नए कार्यान्वयन के गतिशील प्रदर्शित होने के भी संभव हो सकता है अच्छा विचार या गतिशील रूप से कार्यान्वयन का उपयोग करने के लिए एक और बेहतर तंत्र मौजूद है। मुझे लगता है कि सर्विसट्रैकर का उपयोग कर डीएस एक अच्छा विकल्प नहीं है, लेकिन मैं सुझावों के लिए खुला हूं :)

अग्रिम धन्यवाद।

Answer 1

यह मुझे एक रणनीति पैटर्न की तरह दिखता है, जो सेवाओं का उपयोग करके बहुत अच्छी तरह से लागू किया जा सकता है। मान लें कि आप सेवा का एक प्रकार Operator कहा जाता है (और एक ही नाम के साथ एक अंतरफलक है) है, यह इस तरह मोटे तौर पर काम करेगा:

• एक OperatorProvider सेवा है, जो आवश्यक कार्यक्षमता शामिल हैं, और कुछ अतिरिक्त जानकारी बनाएं (जैसे जैसे, यह कार्यान्वयन कब उपयुक्त है), और इसके कई उदाहरण बनाएं, आपकी प्रत्येक रणनीति के लिए एक।
• एक चयनकर्ता सेवा बनाएं, जो Operator इंटरफ़ेस लागू करती है, और चैनल सभी सेवा को सबसे उपयुक्त OperatorProvider पर कॉल करते हैं। जिस तरीके से यह सेवा सबसे उपयुक्त प्रदाता का चयन करती है, वह शायद बुद्धि का हिस्सा है।
• सेवा के वास्तविक उपयोगकर्ता को अब केवल Operator सेवा पर निर्भरता है, और प्रदाता चयन के बारे में चिंता करने की आवश्यकता नहीं है।

मैं तुम्हें चयनकर्ता सेवा में चयन रणनीति डाल सकते हैं मान, लेकिन अगर यह सच में एक बाहरी घटक है, तो आप आप बुद्धिमान घटक और चयनकर्ता के बीच संचार को संभालने के लिए पसंद के किसी भी प्रणाली का उपयोग कर सकते हैं: एक सेवा इंटरफ़ेस , घटनाओं, आदि

Answer 2

मुझे लगता है कि, या गतिशील रणनीति पैटर्न में किसी प्रकार का भी निर्भरता इंजेक्शन अपनी आवश्यकताओं फिट सकता। कुछ वर्ग एक रणनीति का उपयोग करता है (आपने इसे ऑपरेटर कहा) जो रनटाइम पर बदल सकता है। मुझे लगता है, आपके पास एक और सेवा है जो बता सकती है कि किस रणनीति का उपयोग करना है (रनटाइम पैरामीटर के आधार पर)।

एक किसी न किसी तरह कार्यान्वयन कि दिखाई देगा:

public Worker { 
    private Operator operator; // your actual operator strategy 
    public void setOperator(Operator actualOperator) { 
    this.operator = operator; 
    } 

    public doSomething() { 

    while(stopCriterion) { 
     Operator operatorForThisIteration = operator; // pick the injected service 
     operatorForThisIteration.doSomething; 
    } 
    } 
} 

और एक और सेवा, एक है कि कार्यकर्ता उदाहरणों के लिए उनकी निर्भरता इंजेक्षन कर सकते हैं, सभी कार्यकर्ता की कई घटनाओं के बनाए रखना होगा, एक नई सेवा का चयन करने के लिए कुछ तर्क लागू और सभी (या कुछ) श्रमिकों में इंजेक्ट करें।