2012-02-09 9 views
8

Ispirato allo an exchange on a recent question, volevo sapere se ci sono buone ragioni per sviluppare applicazioni di Windows Phone 7 che mirano a modelli pre-Mango, cioè creando applicazioni che target le API 7.0 anziché le più recenti API 7.1.Esiste un problema nella scrittura di applicazioni di Windows Phone 7 pre-Mango (7.0)

La mia impressione è che, poiché l'aggiornamento Mango è stato completamente implementato, c'è ben poco motivo per cui qualcuno dovrebbe avere un telefono con un sistema operativo pre-mango. La mia ipotesi è che chiunque abbia un telefono pre-mango probabilmente non lo collegherà mai al proprio computer e probabilmente non scarica le applicazioni.

Ci sono buone statistiche sui dati demografici delle versioni del sistema operativo che possono informare questa decisione?

risposta

4

So dalle analisi delle mie app che ci sono ancora persone là fuori che utilizzano versioni pre-Mango di Windows Phone, ma come si fa notare, è improbabile che colleghino il telefono al PC per eseguire aggiornamenti o persino aggiorna le app che hanno già scaricato (mia moglie ad esempio sarebbe ancora nella versione originale spedita se non avessi aggiornato il suo telefono da solo!).

Con questo in mente, personalmente, non vedo il punto nella creazione di applicazioni ora che target versioni pre-Mango del sistema operativo. È altamente improbabile che il rendimento giustifichi lo sforzo.

+0

Buona risposta, grazie Derek. Puoi condividere i numeri? Quale percentuale è pre-mango? – ColinE

+0

I risultati sono un po 'distorti perché ho cambiato provider di analisi per alcune versioni e sono appena tornato a Flurry nell'ultima versione (2.1), ma attualmente solo 1.Il 9% degli utenti attivi utilizza la versione più recente (è solo nel Marketplace), mentre il resto utilizza tutti build pre-mango, che secondo Flurry ammontano a circa 2.500 utenti attivi. Per riferimento, Car Finder ha avuto oltre 10.500 download. –

3

Non c'è molto di un motivo per scegliere come target pre-mango rispetto a Mango poiché l'aggiornamento è disponibile per tutti i modelli di telefono attualmente e gratuitamente.

Vale la pena tenere l'ultimo SDK per nessun altro motivo che non c'è motivo per non ... lol, aveva senso nella mia testa. Cose come miglioramenti delle prestazioni, correzioni di bug, nuove funzionalità ecc. Sono tutti motivi per stare al passo con le ultime, come probabilmente sai.

L'unico motivo per cui sceglierei un SDK precedente è se una particolare versione del sistema operativo del telefono era non disponibile per un determinato componente hardware per alcun motivo.

Quindi, se è possibile rendere l'app con l'SDK più basso comune, perché no? In teoria, aumenterà la base di utenti solo perché viene applicata la compatibilità con le versioni precedenti, scegliendo una versione più recente e non completamente sviluppata . Devi solo subire personalmente le API precedenti e perdere le nuove funzionalità. Tuttavia,, vedo questo contro-punto come un argomento largamente accademico e aggiunge poco peso alla scelta delle versioni precedenti.

Salva te stesso il mal di testa, vai con le nuove cose. Chiunque usi attivamente il proprio telefono per utilizzare anche la tua app è probabilmente aggiornato sugli aggiornamenti.

+0

IMO Penso che valga ancora la pena di passare a Mango SDK come anche per le app "minimo comune denominatore" si ottiene la commutazione rapida dell'app che evita di strappare i capelli sostenendo Tombstoning nei minimi dettagli. –

+0

@PaulAnnetts Sono d'accordo, personalmente vorrei andare sempre indietro solo se fosse provato ad aumentare il mio potenziale mercato abbastanza da infastidire, come con qualsiasi cosa. –

1

Non eseguo più la programmazione specifica di 7.0 poiché il roll out di Mango è ora disponibile praticamente ovunque io sia interessante nell'implementazione di app. Questa domanda tornerà in testa quando vNext verrà rilasciato (con requisiti hardware/sensori potenzialmente aggiornati, ecc.), Ma per ora non vedo molti motivi per scegliere come target la vecchia versione.