पहले संदेश नहीं दिखाए जाने के बाद आवेदन लटकता है

Question

मेरे पास PageControl दो TabSheets के साथ है। उनमें से प्रत्येक पर Frame है, इसे Frame2 पर कॉल करें। मेरे पास पृष्ठभूमि थ्रेड है जो Frame2 पर संदेश पोस्ट कर रहा है जब उसने अपना कार्य पूरा कर लिया है। Frame2 दूसरे TabSheet पर है, इसलिए जब उपयोगकर्ता एप्लिकेशन प्रारंभ होता है तो यह दिखाई नहीं देता है।

समस्या यह है कि मेरा आवेदन Frame2 पर संदेश पोस्ट करते समय मेरी सामग्री को रीफ्रेश करना बंद कर देता है, लेकिन केवल Frame2 को पहले दिखाया नहीं गया है। इससे मुझे लगता है कि Frame2 के लिए संदेश कतार अभी तक शुरू नहीं हुई है और इसे पहली बार स्क्रीन पर Frame2 दिखाया गया है जब इसे प्रारंभ किया जाता है। क्या मैं सही अनुमान लगा रहा हूं?

क्या कोई मुझे सुझाव दे सकता है कि Frame2 बनाने के बाद संदेश कतार को सही तरीके से कैसे प्रारंभ किया जाए ताकि यह तुरंत संदेश सुन सके?

Answer 1

ऐसा नहीं है कि फ्रेम में कोई संदेश कतार नहीं है - यह थ्रेड है जिसमें संदेश कतार हैं, खिड़कियां नहीं - लेकिन फ्रेम में अभी तक विंडो हैंडल नहीं है। खिड़की हैंडल सबसे अधिक संभावना है जब फ्रेम पहली बार दिखाया जाता है, जब तक कि आप इसे एक संदेश पोस्ट न करें, जिस स्थिति में विंडो मांग पर बनाई गई हो।

यदि आप इसे संदेश पोस्ट करने का प्रयास करते हैं, तो आपके पास शायद इस तरह का एक बयान होगा: PostMessage(Frame2.Handle, ...)।

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

आप यह सुनिश्चित यहां तक ​​कि अगर उस फ्रेम के हैंडल से पहले (जैसे मुख्य थ्रेड में HandleNeeded फोन करके के रूप में) यह करने के लिए आपको प्रत्यक्ष संदेश मुख्य थ्रेड में बनाई गई है, वहां अभी भी एक मौका है कि फ्रेम के Handle संपत्ति पढ़ने समस्या पैदा हो जाएगा। ऐसा इसलिए है क्योंकि एक वीसीएल नियंत्रण अपनी खिड़की को फिर से बना सकता है। फिर, एक बार फिर, Handle संपत्ति पढ़ने से गलत धागे में फ्रेम की खिड़की का निर्माण हो सकता है।

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