Consiglio thread gestione sensori

[noodles]

La mia app fa uso dei sensori, con DELATY_FASTEST.

Attualmente li gestisco nella mia activity che implementa SensorEventListener, quindi immagino che sia il main thread ad occuparsene.

Secondo voi è meglio invece attribuire la gestione dei sensori ad un thread di background per alleggerire il main thread?

[ScarfaceIII]

Ciao, anche io ho un'app che legge i sensori. La mia scelta è ricaduta sull'implementare SensorEventListener in una classe Service, che comunica con l'activity principale attraverso un DataModel d'appoggio (come nell'ottimo tutorial sul Model View Control su questo forum). Spero possa essere d'aiuto, my2cents...

[noodles]

quindi tu hai utilizzato i servizi... ne approfitto per chiedere un'altra cosa... che differenze c'è tra usare un thread che implementa runnable e invece utilizzare un Servizio?

Quando dovrei preferire l'uno all'altro?

[ScarfaceIII]

eh, bella domanda! XD

sinceramente, quello che mi sento di dirti è che thread è una soluzione low level e anche più leggera in termini di risorse. Implementare una classe Service significa proprio "staccare" le due entità (Activity e Service) con conseguente utilizzo di risorse, nella mia applicazione ne avevo bisogno, ad esempio, perché volevo che il logging continuasse, anche mettevo in pausa o uscivo dall'applicazione (devo guidare una specie di skateboard e non vorrei che una chiamata entrante risultasse nel blocco totale dell'apparecchio).
Credo che se devi fare una cosa semplice un thread fa egregiamente il suo lavoro. Avere la classe Service è comodo per tutte le interfacce di comunicazione che si porta dietro.

Spero qualcun altro aggiunga qualcosa di meno banale, per ora accontentati 

[Qlimax]

che differenze c'è tra usare un thread che implementa runnable e invece utilizzare un Servizio?

Quando dovrei preferire l'uno all'altro?

I servizi sono pensati per girare anche quando la nostra applicazione è chiusa. Mentre le thread no.

Inoltre,
Quando creiamo una thread, abbiamo il suo rispettivo oggetto e possiamo chiamare tutti metodi su di esso.
Sui servizi non agiamo direttamente, ma solo tramite i metodi startService e stopService della classe context.


In definitiva, se la mia applicazione necessita operazioni fatte in background uso una thread.
Se queste operazioni devono continuare anche quando l'applicazione è chiusa, uso un service.


Saluti
Qlimax