हम एक जटिल जीयूआई के साथ एक बड़े आवेदन को फिर से फैक्टरिंग पर विचार कर रहे हैं जो बैक एंड के एक decoupled फैशन में अलग है (नया पाइथन 2.6) मल्टीप्रोसेसिंग मॉड्यूल का उपयोग करने के लिए। जीयूआई/बैकएंड इंटरफ़ेस दोनों दिशाओं में संदेश ऑब्जेक्ट्स के साथ पंक्तियों का उपयोग करता है।पाइथन मल्टीप्रोसेसिंग का उपयोग करने में कोई समस्या क्या होगी?
एक चीज जिसे मैंने अभी निष्कर्ष निकाला है (तात्कालिक रूप से, लेकिन इसकी पुष्टि करने में संकोच न करें) यह है कि "ऑब्जेक्ट पहचान" मल्टीप्रोसेसिंग इंटरफेस में संरक्षित नहीं होगी। वर्तमान में जब हमारे जीयूआई बैक एंड के लिए एक संदेश प्रकाशित करते हैं, तो यह एक विशेषता के रूप में संलग्न परिणाम के साथ एक ही संदेश वापस प्राप्त करने की अपेक्षा करता है। यह कुछ मामलों में लौटने वाले संदेशों की पहचान करने के लिए ऑब्जेक्ट पहचान (if received_msg is message_i_sent:
) का उपयोग करता है ... और ऐसा लगता है कि मल्टीप्रोसेसिंग के साथ काम नहीं करना है।
यह सवाल क्या "gotchas" यह आप वास्तविक उपयोग या में देखा है की तरह पूछने के लिए कल्पना कर सकते हैं एक भोलेपन से, बहु मॉड्यूल का उपयोग कर विशेष रूप से एक मौजूदा एकल प्रक्रिया आवेदन पुनर्रचना में में मुठभेड़ होता है। कृपया निर्दिष्ट करें कि आपका उत्तर वास्तविक अनुभव पर आधारित है या नहीं। समस्या के लिए एक उपयोगी कामकाज प्रदान करने के लिए बोनस अंक।
संपादित करें: मैं इसे शुरू से ही समुदाय विकी (जो शायद बहुत से लोगों को उस पर ध्यान नहीं देता है, के रूप में बनाया: हालांकि इस सवाल के साथ अपने इरादे सामान्य में समस्याओं की विवरण इकट्ठा करने के लिए था, मैं मैं दो गलतियाँ की लगता है उन्हें प्रतिष्ठा अंक नहीं मिलेगा), और मैंने एक बहुत ही विशिष्ट उदाहरण शामिल किया - जबकि मैं जवाबों की सराहना करता हूं - शायद कई लोगों ने सामान्य प्रतिक्रियाओं के अनुरोध को याद किया है। मैं शायद एक नए प्रश्न में पुनः शब्द और फिर से पूछूंगा। अभी के लिए मैं केवल एक प्रश्न को स्वीकार करने के लिए सबसे अच्छा जवाब स्वीकार कर रहा हूं, जहां तक यह मेरे द्वारा शामिल विशिष्ट उदाहरण से संबंधित है। उन लोगों के लिए धन्यवाद जिन्होंने जवाब दिया था!
'message_i_sent.id = आईडी (message_i_sent)' और उसके बाद 'received_msg.id == message_i_sent.id' पहचान पकड़ लिया हल हो सकता है यदि (अगर यह मौजूद है)। यद्यपि बहुत सारे लोग हैं। – jfs
@ जेएफ, धन्यवाद, मुझे लगता है कि मुझे अपने विकल्प से बेहतर पसंद है, जो कि 'संदेश .__ init__' में एक आईडी जोड़ रहा होता जो कि लॉक-संरक्षित वर्ग विशेषता का उपयोग करता है जो वृद्धि करता है। आपका दृष्टिकोण ऐसा लगता है कि इसे लॉकिंग या वृद्धि या कक्षा विशेषता की आवश्यकता नहीं होगी, लेकिन फिर भी पूरी तरह से मजबूत होगी। मैं इसे तब तक लिखूंगा जब तक आप या कोई और पहले नहीं करता। –
@ जेएफ, हम्म .... अभी भी इसे सोच रहा है लेकिन अब मुझे इतना यकीन नहीं है। यदि आईडी 1234 वाला एक पुराना संदेश इंटरफ़ेस के माध्यम से चला गया, लेकिन भेजने के पक्ष में कोई संदर्भ नहीं रखा गया था, और फिर एक और संदेश एक ही आईडी() मिला और उसे एक संदर्भ के साथ भी भेजा गया, लेकिन * पहला * संदेश फिर वापस आ गया, यह गलत तरीके से मेल खाता होगा। मेरे पीछे आओ? –