Ottimizzare le applicazioni per device Windows Phone con 256 MB
Lo scorso ventisei aprile Microsoft ha rilasciato un aggiornamento del Windows Phone SDK, portandolo alla versione 7.1.1. Da un punto di vista strettamente legato alle funzioni dedicate all'utente finale, questo aggiornamento non introduce nulla di nuovo. Discorso diverso, invece, per la piattaforma Windows Phone e per le strategie di penetrazione del mercato che Microsoft intende adottare per il futuro.
Fin dalla prima presentazione di Windows Phone sul mercato, la strategia di Microsoft si è collocata a metà strada tra quella di Apple e di Google. Come quest'ultima, Microsoft distribuisce il sistema operativo ai vendor che si occupano della produzione dell'hardware, ma come Apple "blinda" il sistema operativo, limitando fortemente la possibilità di personalizzarlo, ponendo precisi paletti nello sviluppo e, inoltre, detta precisi requisiti hardware che ogni singolo device deve rispettare per supportare il sistema operativo.
Con l'ultima mossa, invece, Microsoft cerca di ampliare la platea dei possibili acquirenti "abbassando" questi requisiti e introducendo un nuovo tipo di device con 256 MB di memoria. Si creano così due distinte linee di prodotti: una da dedicare alla fascia bassa del mercato, con device equipaggiati con 256 MB di memoria, l'altra di fascia alta con telefoni con 512 MB.
Come dicevamo, questa nuova linea di prodotti non introduce o modifica l'esperienza utente dei device Windows Phone anzi: permette all'utente finale di poter scegliere il prodotto non solo più adatto alle proprie esigenze, ma anche alle proprie tasche: infatti i device con 256 MB costano sensibilmente meno.
I tool di sviluppo
Una volta scaricato e installato il nuovo SDK, l'unica novità visibile che possiamo trovare, aprendo un progetto Windows Phone con Visual Studio, è la presenza nella dropdown dedicata al target del deploy di tre voci: il consueto deploy su device e due deploy su emulatore, uno con 256 MB l'altro con 512.
I nuovi tool di sviluppo, infatti, includono una nuova opzione per l'esecuzione dell'immagine del sistema operativo per emulare i device con 256 MB di memoria.
Come cambia lo sviluppo
Una minore quantità di memoria disponile globalmente si traduce in una minor quantità di memoria disponibile per le nostre applicazioni: questa scende a 60 MB dai canonici 90 MB dei device con 512 MB complessivi.
La prima cosa che dobbiamo fare è testare, sempre fin delle prime fasi di sviluppo, le applicazioni usando solamente l'emulatore con 256 MB di memoria. In questo modo gli eventuali problemi legati alla minor quantità di memoria possono essere individuati subito.
Va comunque preso in considerazione, se possibile, di testare le applicazioni su device reali. Non dobbiamo dimenticare che l'emulatore, anche se limita la memoria, continua ad usare le risorse della nostra macchina di sviluppo e quindi GPU e CPU decisamente più performanti rispetto a un dispositivo mobile.
Contenuti dell'articolo
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Utilizzare Azure AI Studio per testare i modelli AI
Creare una libreria CSS universale: Clip-path
Evitare il flickering dei componenti nel prerender di Blazor 8
Creazione di plugin per Tailwind CSS: espandere le funzionalità del framework dinamicamente
Supportare lo HierarchyID di Sql Server in Entity Framework 8
Generare velocemente pagine CRUD in Blazor con QuickGrid
Eseguire script pre e post esecuzione di un workflow di GitHub
Supportare il sorting di dati tabellari in Blazor con QuickGrid
Triggerare una pipeline su un altro repository di Azure DevOps
Configurare il nome della run di un workflow di GitHub in base al contesto di esecuzione
Filtering sulle colonne in una QuickGrid di Blazor
Utilizzare QuickGrid di Blazor con Entity Framework
Top Ten Articoli
- Realizzare una Progressive Web Application con Blazor e ASP.NET Core
di Giampaolo Tucci - Gestire le chiamate a servizi esterni in ASP.NET Core e Blazor tramite Polly
di Morgan Pizzini - Usare gRPC come infrastruttura per i nostri servizi web
di Morgan Pizzini - Abilitare e gestire il prerendering nelle applicazioni Blazor WebAssembly
di Marco De Sanctis - Creare API GraphQL con ASP.NET Core e HotChocolate
di Moreno Gentili - Le novità di Blazor in .NET 6.0
di Morgan Pizzini - Blazor e il pattern Model-View-ViewModel
di Giampaolo Tucci - Le novità in ASP.NET Core e Blazor con .NET 7
di Morgan Pizzini - Introduzione a Blazor WebAssembly
di Marco De Sanctis, Moreno Gentili - Le novità di ASP.NET Core 5
di Marco De Sanctis
Articoli via e-mail
Iscriviti alla nostra newsletter nuoviarticoli per ricevere via e-mail le notifiche!
In primo piano
I più letti di oggi
In evidenza
- Eseguire script pre e post esecuzione di un workflow di GitHub
- Creare una libreria CSS universale: Cards
- Migliorare l'organizzazione delle risorse con Azure Policy
- Effettuare il log delle chiamate a function di GPT in ASP.NET Web API
- Leggere la posta usando il protocollo IMAP tramite la libreria MailKit
- Eseguire una ricerca avanzata per recuperare le issue di GitHub
- Creare una libreria CSS universale: Clip-path
- Sfruttare gli embedding e la ricerca vettoriale con Azure SQL Database