मैं एक भारी एसिंक्रोनस एप्लिकेशन लिखता हूं।क्यूइंग विधि कॉल - कोई विचार कैसे?
मैं क्विकइवोक/एंडइवोक क्या करता है, वैसे ही विधि कॉल कतार करने का एक तरीका ढूंढ रहा हूं .... लेकिन मेरी ओवीएन कतार पर। रेक्सन यह है कि मेरे पास थ्रेडपूल का उपयोग करके अपना स्वयं का अनुकूलित संदेश क्यूइंग सिस्टम है, लेकिन साथ ही यह सुनिश्चित करना कि प्रत्येक घटक अनुरोधों में थ्रेडेड है (यानी एक धागा केवल एक घटक के लिए संदेशों को संभालता है)।
मेरे पास बहुत सारे संदेश आगे और आगे जा रहे हैं। सीमित उपयोग के लिए, मैं वास्तव में बहुत से प्रवेश करने वाले कॉल करने के लिए अपने स्वयं के पैरामीटर, विधि रैपिंग/अनैपिंग को परिभाषित करने के बजाय पैरामीटर के साथ एक संदेश कॉल कतार में सक्षम होना पसंद करूंगा। मैं हमेशा कतार को बाईपास नहीं करना चाहता हूं, और मैं निश्चित रूप से नहीं भेजना चाहता हूं कि भेजने की सेवा दूसरी सेवा के जवाब देने के लिए प्रतीक्षा करे।
कोई भी विधि कॉल को रोकने के तरीके के बारे में जानता है? इसके लिए TransparentProxy/वर्चुअल प्रॉक्सी का उपयोग करने का कोई तरीका? ;) ServicedComponent? मैं इसे जितना संभव हो उतना ऊंचा ओवरहेड करना चाहता हूं;)
TGhe कतार समस्या नहीं है;) मेरे पास है कि पहले से ही एक है, और एक डेटा अपडेट परिवहन करने वाले बहुत सारे संदेश। मेरी समस्या केवल फ़ंक्शन कॉल हैं। कतार तब एक थ्रेडपूल का उपयोग करता है जो एक कार्यकर्ता धागा प्राप्त करता है जो इसकी सामग्री को संसाधित करता है;) मेरे पास बहुत सी क्रॉस प्रोसेस डेटा अपडेट स्टफ है - अब मैं कतार (प्रक्रिया में) विधि कॉल करने का एक तरीका ढूंढता हूं। एक संदेश प्रकार जिसमें "डेटा" नहीं है लेकिन सभी पैरामीटर के साथ फ़ंक्शन कॉल है, इसलिए मैं लक्ष्य सेवा पर मूलभूत कॉल विधियां कर सकता हूं। इससे मुझे आवश्यक विभिन्न संदेशों की संख्या में काफी कमी आएगी ... – TomTom
और मुझे अलग-अलग तरीकों को कॉल करने के लिए सिर्फ एक ह्यू स्विच स्टेटमेंट के साथ नहीं आना पड़ेगा। – TomTom
चूंकि आप इन-प्रोसेस विधि कॉल कतार में दिख रहे हैं, इसलिए लैम्बडास पास करना ठीक वही लगता है जो आप ढूंढ रहे हैं ... –