Riassunti esame Sviluppo di mobile software

Introduzione ai servizi in Android

(IPC). I services possono essere di due tipi:

• Started o UnBounded: startService() un'activity lo fa partire chiamando ed il servizio gira in background indefinitamente. Tipicamente un servizio non restituisce un risultato. Quando l'operazione è eseguita il servizio dovrebbe fermarsi da solo.
• Bound: bindService() una applicazione si collega con O re un'interfaccia client/server che consente di interagire con il servizio e gira finché l'app è collegata al servizio. Più app si possono collegare al servizio ma quando tutte si sono scollegate il servizio è terminato. A parte un paio di metodi di callback un servizio può essere implementato in entrambi i modi, in particolare i metodi che li discriminano sono onStartCommand() e onBind().

Le applicazioni useranno i servizi allo stesso modo in cui si usa un'activity, mediante la chiamata ad un Intent. Nel manifest un servizio può essere dichiarato privato, bloccandone

l'accesso ad altre app mettendo l'attributo exported="false" nel manifest.

Un servizio gira nel thread principale del processo che lo ospita, non crea un thread suo né gira in un processo separato (salvo diversamente specificato). Ciò vuol dire che per operazioni bloccanti o intensive bisogna creare un thread separato per sperare che l'app non riceva un ANR (Application Not Responding).

Ciclo di vita del service

Per creare un servizio, in generale, si può creare una sottoclasse di Service. Successivamente bisogna sovrascrivere e specializzare alcuni metodi di callback relativi al ciclo di vita: onCreate(), onStartCommand() / onBind() nel caso di bindService(), onUnbind() nel caso di bindService(), onDestroy().

onCreate(): Chiamato dal sistema quando il servizio è creato, serve per effettuare il setup iniziale del servizio ed è effettuato prima dei metodi onStartCommand() e onBind(). Se il servizio è già avviato

questo metodo non è chiamato. Page 35 of 52fi ff fi fi fi ff ff

Riassunti SMS Vitandrea Sorino

onDestroy(): Il sistema chiama questo metodo quando il servizio non è più utilizzato e deve essere terminato. Questo metodo è pensato per operazioni di pulizia delle risorse, come per esempio thread, listener, receiver, etc. Questa è l'ultima chiamata ricevuta dal servizio prima di essere eliminato dalla memoria.

onStartCommand(): Metodo chiamato dal sistema quando un'altra componente richiede l'avvio del servizio chiamando startService(). Eseguendo il comando il servizio parte indefinitamente ed è responsabilità del programmatore fermare il servizio chiamando stopSelf() oppure stopService() quando il lavoro del servizio è finito. onStartCommand() deve restituire un intero che descrive come continuare il servizio nel caso in cui è terminato dal sistema:

• START_NOT_STICKY (alla terminazione del servizio non è ricreato)

• START_STICKY (alla terminazione del servizio il sistema ricrea il servizio e chiama onStartCommand() ma non riesegue l'ultimo intent)
• START_REDELIVER_INTENT (alla terminazione del servizio il sistema ricrea il servizio e chiama onStartCommand() anche dell'ultimo intent inviato al servizio e di tutti gli intent pendenti).

è chiamato con il comando startService() e il callback da sovrascrivere è onStartCommand() e quindi, dopo essere partito, il suo ciclo di vita è indipendente da quello del componente che lo ha fatto partire, e gira indefinitamente in background. Il servizio deve quindi fermarsi da solo quando ha finito con stopSelf() oppure deve essere fermato da un altro componente con stopService().

Ci sono due classi che possono essere estese per creare un servizio started:

• Service: estendendola bisogna creare un nuovo thread per evitare rallentamenti nel processo
• IntentService: sottoclasse di Service che usa un thread per gestire tutte le richieste di avvio, una per volta. Ottima opzione per servizi che non devono essere eseguiti contemporaneamente. Implementa inoltre onHandleIntent(), che riceve l'intent per ogni richiesta ed esegue il lavoro in background.

Page 36 of 52

Riassunti SMS Vitandrea Sorino

Service o Thread?

Un servizio è una

Page 37 of 52 Riassunti SMS Vitandrea Sorino

Connettività le API di android consentono ai dispositivi di connettersi mediante Bluetooth, Wi-Fi, NFC, P2P, USB, SIP*, oltre che con le connessioni di rete standard. Tra le più interessanti vi sono le connessioni wireless.

Nelle connessioni wireless due dispositivi Android possono comunicare nella stessa rete locale. Tuttavia due dispositivi che non sono nella stessa rete ma sono vicini possono comunicare ugualmente. Il Network Service Discovery (NSD) consente di cercare applicazioni in altri dispositivi facendo partire servizi con cui ci si può mettere in comunicazione come scambiare le, giocare o ci si può connettere in remoto con macchine nella stessa rete.

Bluetooth bluetooth

• setup
• ricerca dei dispositivi accoppiati e non, nell'area locale
• connessione
• trasferimento dati tra dispositivi

• BluetoothAdapter (entry-point)
• BluetoothDevice (dispositivo)

• BluetoothSocket (interfaccia, simile a TCP, per scambio dati con InputStream OutputStream)
• BluetoothServerSocket (un dispositivo deve fare da server)
• BluetoothClass (proprietà read-only del dispositivo)
• BluetoothProfile (specifica interfaccia wireless)
• BluetoothHeadset (supporto per cuffie)
• BluetoothA2dp (Advanced Audio Distribution Profile)

• BLUETOOTH_SCAN: se l'app deve cercare altri dispositivi Bluetooth, come anche le periferiche BLE
• BLUETOOTH_ADVERTISE: se si vuole rendere il device

rilevabile da altri dispositivi Bluetooth

• BLUETOOTH_CONNECT: se l'app deve comunicare con dispositivi Bluetooth già accoppiati
• ACCESS_FINE_LOCATION: se l'app utilizza i risultati della scansione Bluetooth per ricavare la posizione fisica del device

Setup

Nella fase di setup bisogna verificare se il dispositivo è compatibile con il Bluetooth, se non lo è disabilitare tutte le funzionalità che ne fanno uso. Per controllare se il bluetooth è supportato:

if( BluetoothAdapter.getDefaultAdapter() != null )

In questa maniera getDefaultAdapter() restituirà un oggetto nullo se non viene supportato.

Sull'oggetto BluetoothAdapter si potrà successivamente richiamare il metodo isEnabled() per controllare che il bluetooth sia abilitato, se non lo è bisogna chiedere all'utente di abilitarlo.

Per la richiesta di abilitazione si utilizza ovviamente un intent avviato con startActivityForResult:

new Intent()

BluetoothAdapter.ACTION_REQUEST_ENABLE Il risultato si può recuperare nell'onActivityResult e il risultato sarà RESULT_OK in caso di successo mentre se l'utente risponde 'NO' il codice restituito è RESULT_CANCELED.

Page 38 of 52

fi fi fi fi fi fi ffi fi fi fi

Riassunti SMS Vitandrea Sorino

Per monitorare lo stato del Bluetooth mentre l'app è in esecuzione, bisogna creare un intent filter con BluetoothAdapter.ACTION_STATE_CHANGE

IntentFilter l = new IntentFilter(BluetoothAdapter.ACTION_STATE_CHANGED);

e avviarlo con registerReceiver(BroadcastReceiver, intentFilter)

Ricerca dei dispositivi

La ricerca dei dispositivi vicini fa uso del BluetoothAdapter che effettua una procedura di Scan dei dispositivi visibili che su richiesta invieranno nome, classe e MAC Address. Una volta eseguita la connessione la prima volta, all'utente è presentata una richiesta di abbinamento. Dopo l'abbinamento, i dati dei dispositivi