Perché utilizzare i servizi associati (non avviati) all'interno del processo di applicazione?

Question

Come tutti potrebbe sapere, ci sono due tipi principali di servizi in Android: iniziato e vincolati (servizi non sto partito il conteggio e legato, in quanto sono in gran parte gli stessi servizi appena iniziato).

È possibile trovare tonnellate di tutorial su come utilizzare i servizi associati o su come collegarsi al servizio avviato, ma in realtà non esiste una risposta sul motivo per cui qualcuno dovrebbe utilizzare i servizi associati (non avviati) all'interno del processo di applicazione (in altre parole - senza IPC)?

Esiste un profitto (nascosto?) Dall'utilizzo del servizio associato (diciamo per una sorta di elaborazione) rispetto all'utilizzo di strumenti di threading standard (AsyncTak, Executor, thread semplici)? Ne varrebbe la pena il codice per la connessione di tale servizio?

Alcuni contesto

domanda è apparso dopo aver scavato attraverso fonti di Camera di Google. Stanno creando un servizio vincolato (ancora una volta non avviato) per il salvataggio delle immagini. Qual è il punto? Perché non solo usato un po 'di Executor? Mi sto perdendo qualcosa di importante?

Se questo è un servizio legato, allora non c'è modo sarebbe utile persistere progresso risparmio mentre configurazione del dispositivo cambia (cioè dispositivo viene ruotato). Quindi non vedo alcun vantaggio.

Answer 1

Il servizio avviato è utile nel caso in cui sia necessaria un'interazione nulla o molto limitata (a senso unico) tra il componente di partenza, ad esempio Activity o BroadcastReceiver, e il servizio avviato. Ad esempio, un download di sfondo ignifugo. Dai al servizio del downloader un URL, avvia il servizio e dimentica tutto. L'unico modo in cui il servizio di downloader interagisce con l'utente è l'uso di Notifiche. L'attività potrebbe anche andare sul backstack nel frattempo, non ti interessa. Si noti che in questo caso, il servizio sta servendo l'attività che lo ha avviato e non è necessario che sia disponibile in modo generico per altre attività.

D'altra parte, il servizio legato è un servizio più generico o uno che ha bisogno di servire molteplici attività, e più oltre, ha bisogno di molteplici interazioni bidirezionali cioè attività invia un messaggio al servizio, quindi Service invia un messaggio al di attività e presto. Considera l'esempio del servizio di riproduzione musicale in background, in cui si passa il file musicale o l'URI/URL del flusso remoto al servizio, quindi un'altra attività potrebbe cambiare il volume o passare a un'altra traccia. Un messaggio da servizio a attività potrebbe essere che il il file mp3 è incompleto o corrotto o un messaggio di completamento della traccia.

In effetti, sono giunto a questa domanda cercando la risposta a questa domanda esatta, ma ho trovato la risposta abbastanza soddisfacente e completa in the link fornita da @SagarPikhwal. Certo, sono un principiante per quanto riguarda la programmazione Android, quindi quanto sopra è tutto per quello che ho capito!

Edit: sono reso conto che non ho risposto (al meglio delle mie capacità), l'altra parte della domanda circa il codice che avete visto per la macchina fotografica di Google. Penso che il motivo per cui creano un servizio associato è perché la fotocamera è una risorsa condivisa comune e potrebbero esserci più utenti simultaneamente di quella risorsa di sistema. L'attività che utilizza il servizio fotocamera per acquisire un'immagine o un video non è l'utente esclusivo. L'applicazione Google Fotocamera è ancora un altro utente dell'hardware della videocamera, mentre altri potrebbero esserlo e tutti sono serviti dal servizio associato.