Le applicazioni basate su Windows Phone 7 sono disattivate quando l'utente va verso un'altra applicazione, per poi essere riattivate se l'utente ci ritorna, ad esempio facendo seguito al click sul pulsante back, o in seguito all'azione legata all'esecuzione di uno Chooser o di un Launcher.
In tal senso, l'applicazione può salvare informazioni in questo stato transiente, sfruttando la classe PhoneApplicationService, che offre un metodo State che può essere utilizzato a tale scopo. Di seguito una implementazione che consente di recuperare queste informazioni facilmente da questo storage:
public static class StateStorage { public static T Read<T>(string key) where T : class { try { if (PhoneApplicationService.Current.State.ContainsKey(key)) return PhoneApplicationService.Current.State[key] as T; return default(T); } catch { return default(T); } } public static void Write<T>(string key, T value) where T : class { if (PhoneApplicationService.Current.State != null) PhoneApplicationService.Current.State[key] = value; } }
Qualora ci fosse la necessità di sfruttare uno storage permanente, le applicazioni Windows Phone basate su Silverlight possono accedere all'Isolated Storage, che funziona nello stesso identico modo rispetto alla versione "completa" di Silverlight.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Gestire i dati con Azure Cosmos DB Data Explorer
Popolare una classe a partire dal testo, con Semantic Kernel e ASP.NET Core Web API
Documentare i servizi REST con Swagger e OpenAPI con .NET 9
Configurare lo startup di applicazioni server e client con .NET Aspire
Scrivere selettori CSS più semplici ed efficienti con :is()
Recuperare l'ultima versione di una release di GitHub
Utilizzare Locust con Azure Load Testing
Utilizzare i variable font nel CSS
Eliminare record doppi in Sql Server
Creare agenti facilmente con Azure AI Agent Service
Proteggere le risorse Azure con private link e private endpoints
Evitare memory leaks nelle closure JavaScript
I più letti di oggi
- Gestire il routing HTTP in Azure Container App
- Centralizzare gli endpoint AI Foundry con Azure API Management
- Implementare il throttle in JavaScript
- Configurare automaticamente un webhook in Azure DevOps
- Evitare memory leaks nelle closure JavaScript
- Sfruttare i nuovi overload di TimeSpan.From* per creare timespan usando numeri interi
- Implementare il debounce in JavaScript
- Abilitare automaticamente il force push di un gruppo su Azure DevOps
- Recuperare gli audit log in Azure DevOps