Porting un applicazione per iPhone a iPad - singola applicazione, o una forchetta?

Question

Ho un'applicazione iPhone che sto per modificare per l'iPad.

Il mio problema è il seguente: l'applicazione è progettata per funzionare per iPhone OS 2.0 e se lo faccio per l'iPad, che dovrà progettare per OS 3.2

.

Non riesco a cambiare la versione per iPhone, perché io rischio alcuni dei miei utenti con le vecchie versioni di iPhone, non essendo in grado di eseguire l'applicazione.

Ovviamente non può presentare la domanda ibrido che può lavorare su iPad / iPhone OS 3.2 e iPhone / iPhone OS 2.0, ma questo sarà un inferno per mantenere, con molti cambiamenti di chiamata API e così via.

Qual è l'approccio migliore:? Una versione ibrida o una forchetta codice separato per l'iPad

Answer 1

Impostare lo SDK Base per iPhone 3.2 dispositivo. Imposta il tuo iPhone distribuzione di destinazione a 2,0. Utilizzare AvailibilityMacros quando si chiama iPhone 3.2 API. Quindi creare il codice utente diverso per l'iPad e fare un'applicazione universale. Questo è il migliore dei mondi possibili. Solo che non sarà possibile ottenere un nuovo acquisto se la persona ha un iPhone e già acquistato la vostra applicazione. Se siete più interessati a ottenere più reddito a causa della versione iPad (forse la versione iPad ha di gran lunga più funzionalità?) Poi si dovrebbe sborsare il codice in modo da poter impostare un prezzo differente per l'applicazione iPad. Se ho capito bene si può sempre mantenere la forcella nello stesso progetto Xcode in modo da poter ancora utilizzare i Modelli e controllori condivisi e quando si genera solo scegliere quale bersaglio di costruire per. Così come un dev ottenere il meglio di entrambi i mondi.

Per le statistiche AdMob: iPhone OS Statistiche se i clienti sono solo iPhone allora la gente non a 3,0 <3%. Questo è un numero abbastanza piccolo per me, possono facilmente aggiornare gratuitamente in modo da non tenere la vostra applicazione indietro solo per loro. Forse la vostra applicazione potrebbe convincere un paio di persone per l'aggiornamento anche. Ora, se la vostra applicazione supporta iPod Touch, allora il mercato di riferimento è ancora del 32% 2.X

Answer 2

1) Forcella del codice, ma ...

2) Creare un'applicazione universale.

In sostanza, fare una nuova versione che supporterà solo OS3.2 da qui in avanti. Quella singola versione può contenere sia l'applicazione per iPhone aggiornato e la nuova applicazione iPad, che consente di loro codevelop facilmente in futuro, e riutilizzare vista controller e modelli tra di loro. Questo è il modo di Apple vorrebbe che tu lo faccia. Controlla la documentazione sulle applicazioni universali.

Answer 3

Elevatori il codice. Probabilmente stai andando a voler un nuovo codice di una nuova grafica dell'interfaccia utente o per ospitare il più grande schermo in ogni caso, in modo che stai davvero guardando una "nuova" app che utilizza un sacco di vostre classi esistenti.

Answer 4

La vostra app hanno una componente di sottoscrizione (che si sta facendo i soldi dopo l'acquisto iniziale) o di un contratto di servizio?

Se la risposta è no, mi piacerebbe molto prendere in considerazione solo muovendo tutto per 3.2 - Sei sicuro di voler essere di nuovo porting cambiamenti? Gli utenti che utilizzano ancora 2.0 OS (probabilmente una piccola minoranza, tra cui anche jailbreakers come 3.1 è stato sbloccato da un bel po) non devono eseguire l'aggiornamento alla nuova versione. L'aspettativa con applicazioni per iPhone è che le nuove versioni saranno liberi, non che le nuove versioni saranno liberi e lavorare sempre su un vecchio sistema operativo.

Come utente che mantiene il mio sistema operativo aggiornato, mi sarebbe in realtà essere sconvolto se hai speso un sacco di tempo a lavorare sul sostegno utenti che non eseguono l'aggiornamento; Sento il tuo tempo sarebbe speso meglio l'aggiunta di nuove funzionalità.