Mengapa lebih cepat mengembalikan aplikasi dari System Tray daripada dari Taskbar?

Beberapa aplikasi, sebenarnya tidak keluar saat menutupnya. Sebaliknya, mereka terus menjalankan latar belakang. Aplikasi yang dikenal untuk ini adalah

Ketika dalam keadaan ini, mencoba mengembalikannya dengan mengeklik ikon (tidak berjalan) pada bilah tugas sering membutuhkan beberapa detik, tetapi mengklik ikon baki sistem kecil mengembalikannya hampir secara instan. Kenapa ini?

Baki sistem

windows performance taskbar notification-area Impuls Rubah
sumber

pulihkan dengan mengklik ikon (tidak berjalan) Bukankah ini hanya 'memulai' bukan 'mengembalikan'?

TaW

Saya tidak begitu yakin mengapa aplikasi melakukan ini ketika mereka bisa meminimalkan ?

pjc50

@ pjc50 mereka diperkecil - hanya saja mereka juga dihapus dari taskbar. Idenya adalah program gaya applet - hal-hal yang jarang berinteraksi dengan Anda, tetapi perlu dijalankan sebagai program dan bukan layanan yang dirapikan di sana. Ini berarti bahwa mereka tidak mengacaukan taskbar itu.

Baldrickk

@ pjc50 Saat ini saya memiliki 14 program di baki sistem saya. Saya jarang berinteraksi dengan kebanyakan dari mereka, tetapi ingin mereka menjalankan dan melakukan pekerjaan mereka di latar belakang. Pada saat yang sama saya memiliki 5 menjalankan program yang sebenarnya saya bekerja dengan. Menemukan mereka di antara program lain yang sedang berjalan di taskbar akan menjadi rumit.

gronostaj

Apa yang sebenarnya Anda maksud dengan "mencoba mengembalikannya dengan mengklik ikon (yang tidak berjalan) di taskbar". Jika program sedang berjalan maka "kembalikan" jendelanya dari bilah tugas atau baki notifikasi harus memakan waktu yang sama. Jika Anda telah "menyematkan" aplikasi pada taskbar kemudian mengklik ikon "tidak berjalan" sama dengan meluncurkan aplikasi, bukan mengembalikan jendelanya.

Salman A

Jawaban:

Ketika Anda mengklik ikon bilah tugas, aplikasi pertama harus memulai dan kemudian memeriksa, jika proses lain dari program sedang berjalan. Jika demikian, itu menempatkan proses di latar depan dan berakhir sendiri.

Tetapi ketika mengklik ikon baki sistem kecil, Anda sudah memiliki proses terkait, yang kemudian akan diletakkan di latar depan. Tidak ada aplikasi atau program yang mencoba memulai dalam kasus ini.

Impuls Rubah
sumber

Inilah jawabannya, ya. Dibutuhkan waktu untuk memulai suatu program, terutama yang kompleks yang perlu membaca dari file, melakukan tugas-tugas jaringan, dll seperti Discord. Dibutuhkan lebih sedikit waktu untuk aplikasi yang sudah berjalan untuk membuka jendela. (Itulah yang terjadi, bukan "pindah ke latar depan" - jendela baru saja hilang , tetapi sedang diciptakan kembali oleh proses)

Dana Gugatan Monica

@NicHartley, mungkin begitulah Discord melakukannya, tetapi Anda tidak dapat membuktikan bahwa setiap aplikasi baki memilih untuk Buang jendela utamanya alih-alih Sembunyikan.

NH.

Ikon dalam baki sistem biasanya bukan salinan lengkap dari aplikasi, (kecuali jika aplikasi dirancang seperti itu). Mereka dapat berupa program yang sangat kecil yang ditulis untuk memantau layanan lokal atau status layanan cloud jarak jauh, tanpa UI kecuali ikon kecil. Mengkliknya kemudian mengharuskan komputer untuk memuat dan memulai program lengkap dengan UI pengguna dan semua fungsi.

Aplikasi yang diperkecil pada bilah tugas adalah contoh lengkap dari aplikasi.

pengguna sederhana
sumber

Ini sangat disederhanakan dan paling tidak saling bertentangan: jika "Mengkliknya [ikon baki] maka mengharuskan komputer untuk memuat dan memulai program lengkap dengan UI pengguna dan semua fungsi" , maka itu terdengar seperti banyak berfungsi, jadi mengapa ikon tersebut menghasilkan respons yang lebih cepat daripada mengklik bilah tugas? Alasan Anda tidak jelas mengapa keduanya berbeda, tetapi kutipan yang saya tekankan di sini, baca apa adanya, sebenarnya menunjukkan bahwa bilah tugas akan lebih cepat ... namun itu jelas kebalikan dari apa yang dilaporkan / ditanyakan OP tentang.

underscore_d