I difetti nelle app universali

Microsoft ha iniziato a incoraggiare gli sviluppatori a migrare le loro app verso le app Universal, ma alcuni sviluppatori non sono ancora convinti. Qualche tempo fa ho scritto un editoriale citando gli sviluppatori sulla fattibilità delle app universali e sul perché non stanno ancora dando fuoco al mondo. Oggi un altro sviluppatore ha pubblicato un pezzo sulle sue esperienze con le app universali (che riproduciamo qui con permesso)

 

Windows Phone 8.1 XAML e le app universali includevano API WinRT che presentano molti problemi, inclusi alcuni per i quali non esiste una soluzione. Ma prima, parliamo solo del nome "App universali". Penso che sia piuttosto arrogante, chiamare universale qualcosa che prende di mira due piattaforme, che francamente non molti utenti usano o si preoccupano. Inoltre, se pensi solo alle piattaforme Windows, anche queste app non sono universali, perché non possono indirizzare le versioni Windows più comunemente utilizzate (7 e XP). Ma sto divagando.

Qui fa il punto, cosa che ho fatto tempo fa. Né WP8.1 né W8.1 forniscono ancora un valore sufficiente per consentire agli sviluppatori di sviluppare per nessuno dei due perché, come ho detto, "Gli utenti di Windows HAS, ma quegli utenti non vogliono necessariamente le app. Gli utenti di Windows Phone vogliono le app, ma non ce ne sono molte” .

Gli utenti, tuttavia, non sono l'unica cosa che impedisce agli sviluppatori di passare alle app WinPRT 8.1. Ci sono anche problemi tecnici:

 

API più incasinate

Quindi l'API di riproduzione audio in background per Windows Phone 8.1 è incasinata, nient'altro? Sicuro. BackgroundDownloader è un altro esempio. In Silverlight c'era un BackgroundDownloader piuttosto limitato, ma funzionava. In Universal Apps, c'è un nuovo BackgroundDownloader con alcune nuove funzionalità e alcune essenziali mancanti. Ad esempio, in Silverlight, ogni download potrebbe avere un Tag, in cui puoi archiviare qualsiasi dato in modo da sapere qualcosa sul download al termine (a quale entità aziendale appartiene, ecc.). Non più nelle app universali. Non ci sono tag, quindi devi creare e gestire il tuo tipo di indice per tutti i download, in modo da poterli abbinare effettivamente alle tue entità aziendali. Un fastidio, ma niente che tu non possa gestire, giusto.

Un commentatore del blog ha anche aggiunto che le API della fotocamera non erano buone come quelle di Silverlight e mi è stato detto che le API 8.1 non hanno l'integrazione dell'obiettivo.

Anche l'API della fotocamera su WP8.1 è terribilmente incasinata. Non c'è modo di ottenere fotogrammi di anteprima. Con l'API Silverlight puoi semplicemente iscriverti a un evento e inviare i frame a bassa risoluzione tramite ZXing a più fps. In WinRT il meglio che puoi fare è scattare molte foto dopo l'altra, a volte con il flash e scansionare circa 0.8 fotogrammi al secondo.

Anche le prestazioni subiscono un duro colpo con la quantità di lavoro necessaria per ottenere uno scorrimento fluido essendo aumentata in 8.1 rispetto a 8.0.

Prestazione

In Silverlight, usavo comunemente LongListSelector per visualizzare i dati, usandolo con un WrapPanel quando avevo bisogno di creare un layout a due colonne. Il LongListSelector è sparito, nelle app universali devi usare GridView anche su Windows Phone. Oppure puoi usare ListView con un pannello di avvolgimento personalizzato che scrivi tu stesso o scarichi da qualche parte, ma ci vuole un po' di sforzo per farlo fare correttamente la virtualizzazione.

Quindi usi GridView sia su Windows Phone 8.1 che su Windows 8.1 per renderlo coerente. Aggiungi decine di oggetti con immagini e le prestazioni iniziano a risentirne davvero. Verranno visualizzati segnaposto grigi e, cosa più importante, non scompare mai. Non hai bisogno di immagini, basta aggiungere circa 300 elementi di solo testo a GridView e i segnaposto grigi inizieranno a essere visualizzati durante lo scorrimento

Il punto di questo post non è colpire Microsoft, è spiegare perché gli sviluppatori potrebbero non essere ancora disposti a creare app universali. Non sono un metodo assolutamente migliore, sono un aggiornamento in alcune aree e un downgrade in altre (gli utenti di Windows Phone conoscono bene questa sensazione). Se Microsoft vuole attirare gli sviluppatori, devono lavorare più velocemente di quanto stanno facendo in questo momento, "presto" e "nei prossimi mesi" non sono attraenti per le persone i cui mezzi di sussistenza dipendono dal fatto che "presto" sarà "ieri". Per fortuna, ci sono segnali che potrebbero cambiare. WP 8.1.1 ha portato alcune nuove API (sebbene limitate) e si dice che 8.1.2 (in un post ora nascosto) consenta agli sviluppatori di creare nuove fantastiche app. Microsoft potrebbe cambiare in futuro e questo è fantastico. Tuttavia, per molti sviluppatori che sono sotto pressione per creare app universali ora, il futuro non può arrivare abbastanza presto.

Per più dei frammenti che trovi qui, leggi il pezzo completo qui. Per il mio pezzo più dettagliato, vedi