Altre API Android
Importante
Visual Studio App Center è previsto per il ritiro il 31 marzo 2025. Anche se è possibile continuare a usare Visual Studio App Center fino a quando non viene completamente ritirato, esistono diverse alternative consigliate che è possibile considerare la migrazione a.
Altre informazioni sulle sequenze temporali di supporto e sulle alternative.
Modificare il livello di log
È possibile controllare la quantità di messaggi di log da App Center che vengono visualizzati in LogCat. Usare l'API per abilitare la registrazione aggiuntiva durante il AppCenter.setLogLevel()
debug. I livelli di log corrispondono a quelli definiti in android.util.Log
. Per impostazione predefinita, è impostato su ASSERT
per applicazioni non debugbili e WARN
per applicazioni debugabili. È possibile impostare il livello di log in qualsiasi momento.
Per avere il maggior numero possibile di messaggi di log, usare Log.Verbose
.
AppCenter.setLogLevel(Log.VERBOSE);
AppCenter.setLogLevel(Log.VERBOSE)
Identificare le installazioni
App Center SDK crea un UUID per ogni dispositivo dopo l'installazione dell'app. Questo identificatore rimane invariato per un dispositivo quando l'app viene aggiornata e una nuova viene generata solo quando l'app viene nuovamente installata o l'utente elimina manualmente tutti i dati dell'app. L'API seguente è utile per scopi di debug.
AppCenter.getInstallId();
AppCenter.getInstallId()
Questa API è asincrona, è possibile leggere altre informazioni sulla guida alle API asincrone di App Center .
Nota
Questo metodo deve essere usato solo dopo AppCenter
l'avvio, verrà sempre restituito null
prima dell'avvio.
Identificare gli utenti
App Center SDK supporta l'impostazione di un ID utente usato per aumentare i report di arresto anomalo. Per usare questa funzionalità:
- Configurare App Center SDK chiamando
AppCenter.start(...)
come descritto nella guida introduttiva di App Center SDK. - Impostare un
userID
oggetto nell'SDK usando il codice seguente:
AppCenter.setUserId("your-user-id");
AppCenter.setUserId("your-user-id")
Dopo aver impostato un ID utente, è possibile usare la funzionalità di ricerca di App Center per cercare report di arresto anomalo specifici per l'ID. Altre informazioni nella documentazione di ricerca di App Center.
Nota
Il valore per l'ID utente è limitato a 256 caratteri. Verrà visualizzato con i report di arresto anomalo, ma non usati per aggregazioni o conteggi degli utenti interessati. Se si imposta l'ID utente più volte, verrà usato solo l'ultimo ID utente. È necessario impostare l'ID utente prima dell'avvio di ogni applicazione, perché questo valore non viene archiviato dall'SDK tra i lanci.
Disabilitare tutti i servizi in fase di esecuzione
Se si vuole disabilitare tutti i servizi di App Center contemporaneamente, usare l'API setEnabled()
. Se disabilitato, l'SDK non inoltra informazioni a App Center.
AppCenter.setEnabled(false);
AppCenter.setEnabled(false)
Per abilitare nuovamente tutti i servizi, usare la stessa API ma passare true
come parametro.
AppCenter.setEnabled(true);
AppCenter.setEnabled(true)
Lo stato viene mantenuto nello spazio di archiviazione del dispositivo tra i lanci dell'applicazione.
Questa API è asincrona, è possibile leggere altre informazioni sulla guida alle API asincrone di App Center .
Nota
Questo metodo deve essere usato solo dopo AppCenter
l'avvio.
Annullare le richieste di rete
In App Center SDK le richieste di rete sono consentite per impostazione predefinita. Se si desidera inviare dati raccolti dall'SDK di App Center dall'utente, è possibile impedire l'invio automatico dei dati.
AppCenter.setNetworkRequestsAllowed(false);
AppCenter.setNetworkRequestsAllowed(false)
In questo caso, App Center SDK continua a raccogliere dati, ma verrà inviato solo quando le richieste di rete saranno consentite.
AppCenter.setNetworkRequestsAllowed(true);
AppCenter.setNetworkRequestsAllowed(true)
Nota
Questo valore viene mantenuto tra l'avvio.
In qualsiasi momento, è possibile verificare se l'invio di dati in App Center SDK è consentito o meno.
AppCenter.isNetworkRequestsAllowed();
AppCenter.isNetworkRequestsAllowed()
Nota
Il valore salvato in precedenza viene SharedPreferences
ignorato fino all'avvio AppCenter
.
Restituirà l'ultimo set di valori usando setNetworkRequestsAllowed
o true
se il valore non è stato modificato prima dell'avvio di AppCenter.
Modificare lo stato del servizio in runtime
Abilitare o disabilitare i servizi in fase di esecuzione con il codice seguente:
Analytics.setEnabled(false);
Analytics.setEnabled(false)
Nota
Questo metodo deve essere usato solo dopo Analytics
l'avvio.
Controllare se App Center è abilitato
È anche possibile verificare se App Center è abilitato o meno.
AppCenter.isEnabled();
AppCenter.isEnabled()
Questa API è asincrona, è possibile leggere altre informazioni sulla guida alle API asincrone di App Center .
Nota
Questo metodo deve essere usato solo dopo AppCenter
l'avvio, verrà sempre restituito false
prima dell'avvio.
Controllare la versione di App Center SDK in fase di esecuzione
È possibile ottenere la versione di App Center SDK attualmente usata.
AppCenter.getSdkVersion();
AppCenter.getSdkVersion()
Dimensioni dello spazio di archiviazione
Quando si usa App Center SDK, i log vengono archiviati localmente nel dispositivo. I log di grandi dimensioni possono richiedere molto spazio, quindi è possibile scegliere di limitare le dimensioni del database locale. È utile anche in combinazione con le pause
API e resume
. Se si prevede di essere sospesi per molto tempo, è possibile usare una dimensione del database più grande per archiviare più eventi.
È possibile usare l'API setMaxStorageSize
per impostare le dimensioni del database locale. L'API è asincrona e il callback viene chiamato quando si avviano i servizi di App Center. Per questo motivo, setMaxStorageSize
deve essere chiamato prima della chiamata a AppCenter.start(...)
. È possibile chiamare l'API una sola volta.
// Use 20 MB for storage.
AppCenter.setMaxStorageSize(20 * 1024 * 1024L).thenAccept(new AppCenterConsumer<Boolean>() {
@Override
public void accept(Boolean success) {
// The success parameter is false when the size can't be honored.
}
});
AppCenter.start("{Your App Secret}", Analytics.class);
// Use 20 MB for storage.
AppCenter.setMaxStorageSize(20 * 1024 * 1024).thenAccept {
// The success parameter (it) is false when the size can't be honored.
}
AppCenter.start(application, "{Your App Secret}", Analytics::class.java)
Se non si impostano le dimensioni massime di archiviazione, l'SDK usa una dimensione massima predefinita di 10 MB. Le dimensioni minime che è consentito impostare sono 20 KB.
Nota
Le dimensioni massime effettive di archiviazione possono essere superiori al valore scelto. SQLite arrotonda le dimensioni fino al multiplo successivo delle dimensioni della pagina. App Center SDK usa una dimensione di pagina di 4 KB.
Nota
I log precedenti a 25 giorni verranno eliminati.
Aggiungere archivi di distribuzione
Per impostazione predefinita, gli aggiornamenti in-app funzionano per le app installate dall'elenco definito degli archivi. Se si vuole distribuire l'applicazione tramite archivi non inclusi nell'elenco predefinito degli archivi, è possibile aggiungere il programma di installazione del pacchetto necessario usando l'API seguente prima dell'avvio di App Center:
Set<String> stores = new HashSet<String>();
stores.add("com.store1.packageinstaller");
stores.add("com.store2.packageinstaller");
Distribute.addStores(stores);
Nota
Non aggiungere negozi come Google Play per evitare restrizioni.
Chiamate API non riuscite
Esistono molti motivi per cui il callback potrebbe non riuscire.
- La dimensione specificata è un valore non valido (minore di 20 KB o maggiore di 140 TB).
- Le dimensioni correnti del database sono maggiori delle dimensioni massime specificate.
- L'API è già stata chiamata. È possibile configurarlo una sola volta per processo.
- L'API è stata chiamata dopo
AppCenter.start(...)
.
È possibile controllare avvisi ed errori nella console usando il AppCenter
tag di log per risolvere i problemi di configurazione.
API asincrone in Android SDK
Le API asincrone restituiscono un AppCenterFuture
oggetto anziché restituire direttamente il risultato.
È possibile chiamare get()
l'oggetto futuro per attendere in modo sincrono il risultato o fornire un callback simile al seguente, compilando i rispettivi tipi restituiti quando si chiama l'API:
AppCenterFuture<{ReturnType}> future = {AnyAsyncApi}();
future.thenAccept(new AppCenterConsumer<{ReturnType}>() {
@Override
public void accept({ReturnType} result) {
// do something with result, this is called back in UI thread.
}
});
val future = {AnyAsyncApi}()
future.thenAccept(object : AppCenterConsumer<{ReturnType}> {
override fun accept(t: {ReturnType}?) {
// do something with result, this is called back in UI thread.
}
})
Per evitare di bloccare il thread dell'interfaccia utente che causa un rallentamento dell'applicazione, è consigliabile usare thenAccept
con il callback tutto il tempo.
In un thread di lavoro è possibile chiamare {AnyAsyncApi}().get()
.
Esempio di callback:
AppCenter.isEnabled().thenAccept(new AppCenterConsumer<Boolean>() {
@Override
public void accept(Boolean enabled) {
Log.d("MyApp", "AppCenter.isEnabled=" + enabled);
}
});
AppCenter.isEnabled().thenAccept { enabled ->
Log.d("MyApp", "AppCenter.isEnabled=$enabled")
}
Esempio sincrono:
boolean enabled = AppCenter.isEnabled().get();
val enabled = AppCenter.isEnabled().get()