टास्कबार से सिस्टम ट्रे से एप्लिकेशन को पुनर्स्थापित करना क्यों तेज है?

कुछ अनुप्रयोग, वास्तव में उन्हें बंद करते समय बाहर नहीं निकलते हैं। इसके बजाय, वे पृष्ठभूमि को चलाते रहते हैं। इसके लिए जाने जाने वाले अनुप्रयोग हैं

जब इस अवस्था में, टास्कबार पर (नॉन-रनिंग) आइकन पर क्लिक करके उन्हें पुनर्स्थापित करने की कोशिश की जाती है, तो अक्सर कई सेकंड लगते हैं, लेकिन छोटे सिस्टम ट्रे आइकन पर क्लिक करने से वे लगभग तुरंत ठीक हो जाते हैं। ऐसा क्यों है?

सिस्टम ट्रे

— फॉक्स आवेग
स्रोत

(नॉन-रनिंग) आइकन पर क्लिक करके उन्हें पुनर्स्थापित करें क्या यह केवल 'आरंभ' नहीं है 'पुनर्स्थापना'?

— ताव

मुझे वास्तव में यकीन नहीं है कि अनुप्रयोग ऐसा क्यों करते हैं जब वे कम से कम कर सकते हैं ?

— pjc50

@ pjc50 उन्हें छोटा किया जाता है - केवल उन्हें टास्कबार से हटा दिया जाता है। विचार यह है कि एप्लेट शैली के कार्यक्रम - ऐसी चीजें जो आप असीम रूप से बातचीत करते हैं, लेकिन एक कार्यक्रम के रूप में चलाने की आवश्यकता है, न कि एक सेवा वहां से दूर है। इसका मतलब है कि वे उस टास्कबार को खत्म नहीं कर रहे हैं।

— बाल्ड्रिक

@ pjc50 मेरे सिस्टम ट्रे में वर्तमान में 14 कार्यक्रम हैं। मैं उनमें से ज्यादातर के साथ बहुत कम ही बातचीत करता हूं, लेकिन उन्हें पृष्ठभूमि में अपना काम चलाना और करना चाहता हूं। उसी समय मेरे पास 5 रनिंग प्रोग्राम हैं जिनके साथ मैं वास्तव में काम करता हूं। टास्कबार में अन्य चल रहे कार्यक्रमों के बीच उन्हें खोजना बोझिल होगा।

— ग्रोनोस्तज

आप वास्तव में "टास्कबार पर (नॉन-रनिंग) आइकन पर क्लिक करके उन्हें पुनर्स्थापित करने की कोशिश कर रहे हैं" से क्या मतलब है। यदि प्रोग्राम चल रहा है, तो टास्कबार या नोटिफिकेशन ट्रे से इसकी विंडो को "रिस्टोर" करना चाहिए। यदि आपने टास्कबार पर किसी एप्लिकेशन को "पिन किया है" तो उसके "न चलने वाले" आइकन पर क्लिक करना एप्लिकेशन को लॉन्च करने के समान है, इसकी विंडो को पुनर्स्थापित नहीं करना।

— सलमान ए

जवाबों:

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

लेकिन जब छोटे सिस्टम ट्रे आइकन पर क्लिक करते हैं, तो आपके पास पहले से ही एक संबद्ध प्रक्रिया होती है, जो फिर अग्रभूमि में डाल दी जाएगी। कोई भी एप्लिकेशन या प्रोग्राम इस मामले में शुरू करने की कोशिश नहीं करता है।

— फॉक्स आवेग
स्रोत

यह बिल्कुल जवाब है, हाँ। एक कार्यक्रम शुरू करने में समय लगता है, विशेष रूप से एक जटिल जिसे फाइलों से पढ़ना, नेटवर्किंग कार्य करना, आदि जैसे डिस्कोर्ड की आवश्यकता होती है। पहले से चल रहे एप्लिकेशन को विंडो खोलने में काफी कम समय लगता है। (जो हो रहा है, "अग्रभूमि में जाना नहीं" - खिड़की बस चली गई है , लेकिन यह प्रक्रिया द्वारा फिर से बनाया जा रहा है)

— निधि मोनिका का मुकदमा

@ नीचार्टली, शायद यह है कि डिस्कोर्ड इसे कैसे करता है, लेकिन आप यह साबित नहीं कर सकते कि हर एक ट्रे ने छिपाने के बजाय इसकी मुख्य विंडो को डिस्पोज करना चुना।

— एनएच।

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

टास्कबार पर न्यूनतम आवेदन के पूर्ण उदाहरण हैं।

— simpleuser
स्रोत

यह दोनों सबसे अच्छे और आत्म-विरोधाभासी हैं: यदि "उन पर क्लिक करना [ट्रे आइकन] है, तो कंप्यूटर को वास्तव में उपयोगकर्ता यूआई और सभी कार्यक्षमता के साथ पूर्ण कार्यक्रम को लोड करने और शुरू करने की आवश्यकता है" , फिर यह बहुत अधिक लगता है कार्य, इसलिए इस तरह के आइकन टास्कबार पर क्लिक करने की तुलना में तेजी से प्रतिक्रिया देते हैं? आपका तर्क इस बारे में अस्पष्ट है कि या तो अलग क्यों होगा, लेकिन मैंने जिस उद्धरण पर यहां जोर दिया है, जैसा कि पढ़ा गया है, वास्तव में बताता है कि टास्कबार तेज होगा ... और फिर भी यह स्पष्ट रूप से विपरीत है जो ओपी ने रिपोर्ट किया / पूछा के बारे में।

— अंडरस्कोर_ड