अच्छा कोडिंग? (एकाधिक संदेश लूप्स)

Question

मैं उचित कोडिंग में कुछ सलाह की जरूरत होती हूँ:

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

वर्तमान में, जब मैं धागे बनाते हैं, तो मैंने उन पर एक संदेश लूप बनाने के लिए चुना है (एप्लिकेशन.रुन()), इसलिए बफर मतदान करना और कोई काम नहीं होने पर, मैं बस थ्रेड (BeginInvoke) का उपयोग करता हूं और उपयोग करता हूं एक बफर के रूप में संदेश पाश। यह वर्तमान में अच्छी तरह से काम करता है, और अब तक कोई गंभीर समस्या नहीं है।

मेरा प्रश्न है अब: इस "अच्छा कोडिंग" किसी तीसरे बात है, या मैं बजाय चलने पर थोड़ी देर के पाश का उपयोग करें और मतदान बफ़र्स होना चाहिए ?, या?

मैं कोड दिखाना चाहता हूं, लेकिन अब तक यह कोड की कई हज़ार लाइनें हैं, इसलिए यदि आप कोड के किसी हिस्से को देखने की आवश्यकता है तो कृपया विशिष्ट रहें। :)

धन्यवाद।

Answer 1

प्रत्येक धागे में संदेश लूप का उपयोग करना बिल्कुल ठीक है; विंडोज इस परिदृश्य के लिए अनुकूलित है। आप मतदान से बचने के लिए सही हैं, लेकिन आप अन्य घटना-आधारित डिज़ाइनों को देखना चाहते हैं जो अभी भी अधिक कुशल हैं, उदाहरण के लिए स्थानांतरण के लिए पैकेज तैयार करना और SetEvent पर कॉल करना, यह तैयार करने के लिए तैयार है, या सेमफोर और थ्रेड-सुरक्षित कतार के रूप में मार्टिन जेम्स सुझाव देते हैं।

Answer 2

मैं कर रहा हूँ% नहीं 100 यकीन है कि क्या तुम यहाँ 'में भरने' का एक सा के साथ कर रहे हैं लेकिन, यह नहीं लग रहा बुरा :)

जब आपके एप्लिकेशन निष्क्रिय है, (कोई संचारों), है सीपीयू 0% उपयोग करते हैं?

क्या आपका ऐप नींद से मुक्त है (0)/नींद (1), या इसी तरह, मतदान लूप?

क्या यह एक उचित कम विलंबता के साथ काम करता है?

जवाब तीन हैं, तो 'हां', आप ठीक होना चाहिए :)

रहे हैं कुछ, (बहुत कुछ!), ऐसे मामलों में जहां परिणाम आदि के लिए मतदान एक अच्छा विचार, (है जैसे। जब धागे में घटनाओं की आवृत्ति इतनी ऊंची है कि जीयूआई में हर प्रगति घटना को संकेत देना इसे खत्म कर देगा), लेकिन ज्यादातर, यह सिर्फ खराब डिजाइन है।