मैंने ऐसी ऑब्जेक्ट्स बनाई हैं जो वेब सेवा के लिए इंटरफेस हैं। एक ठेठ वस्तु "कार्य सेवा" होगी। जब कोई ग्राहक इन ऑब्जेक्ट्स में से किसी एक का उपयोग करता है, तो यह सेवा की विधियों में से एक को आमंत्रित करता है (जैसे कि "गेटटास्क") और सेवा रिमोट वेब सेवा को कॉल करने के लिए असीमित रूप से बंद हो जाएगी, और एक प्रतिनिधि के माध्यम से पुनर्प्राप्त डेटा को वापस पोस्ट करेगी।एक प्रतिनिधि के साथ सिंगलटन: अच्छा विचार या बुरा?
वर्तमान में, इन सेवाओं में से किसी एक का उपयोग करने के लिए आपको इसे [[टास्क सर्विस सर्विस एटोक] init] बनाना है, लेकिन मैंने फैसला किया कि यह प्रत्येक सेवा को सिंगलटन ऑब्जेक्ट में बनाने के लिए और अधिक समझ में आता है।
क्या सिंगलटन ऑब्जेक्ट्स देखना आम है जो प्रतिनिधियों के संदर्भ में है? डिजाइन के साथ मेरा मुख्य मुद्दा यह है कि प्रत्येक ऑब्जेक्ट, जब भी किसी विशेष सेवा के उपयोग की आवश्यकता होती है, को सेवा को आमंत्रित करने से पहले खुद को प्रतिनिधि के रूप में सेट करना होगा, जो मेरे लिए बिल्कुल सही नहीं लगता है ... क्या होगा यदि कोई अन्य वस्तु खुद को प्रतिनिधि के रूप में स्थापित करने और सेवा का आह्वान करने के बीच में खुद को प्रतिनिधि के रूप में स्थापित करना था?
अग्रिम में बहुत धन्यवाद!
सादर, निक
मुझे नहीं पता कि क्या एक प्रतिनिधि बहुसंकेतक (किसी प्रकार की प्रसारक?) है है, लेकिन यह रास्ता मेरे लिए बहुत जटिल कोशिश करते हैं और लागू करने के लिए लगता है, तो मैं कोशिश करते हैं और ऐसा कुछ के स्पष्ट रहेंगे! एक ऑपरेशन कतार लागू करने के लिए, क्या मैं यह सोचने में सही होगा कि प्रत्येक विधि को एक प्रतिनिधि/पैरामीटर को तर्क के रूप में लेना होगा?तो "अनुरोध", कतारबद्ध किया जा सकता है, संबंधित प्रतिनिधियों को एक बार पूरा करने के लिए बुलाया जा सकता है? –
एक प्रतिनिधि मल्टीप्लेक्सर एक ऐसा शब्द है जिसे मैंने आपके सिंगलटन के अंदर लिखने वाले कोड के लिए बनाया है, यह जानने के लिए कि कौन सा प्रतिनिधि किसी दिए गए परिणाम को भेजने के लिए है। एक सेशन क्यू प्रत्येक ऑपरेशन (प्रतिनिधि की एक प्राप्त और अधिसूचना) को बेहतर ढंग से समाहित करेगा। तो हाँ, अनुरोध इस तरह से कतारबद्ध किया जाएगा। – Rayfleck