Portando um aplicativo para iPhone para iPad - aplicativo único ou garfo?

Question

Eu tenho um aplicativo para iPhone que estou prestes a modificar para o iPad.

Meu problema é: o aplicativo foi projetado para funcionar para o iPhone OS 2.0 e, se eu for para o iPad, terei que projetá -lo para o OS 3.2.

Não posso alterar a versão para iPhone, porque arrisco alguns dos meus usuários com versões antigas do iPhone não conseguem executar o aplicativo.

Obviamente, posso fazer um aplicativo híbrido que possa funcionar no iPad/iPhone OS 3.2 e iPhone/iPhone OS 2.0, mas isso será um inferno para manter, com muitas alterações de chamadas da API e outras.

Qual é a melhor abordagem: uma versão híbrida ou um garfo de código separado para o iPad?

Answer 1

Defina seu SDK base no dispositivo iPhone 3.2. Defina seu destino de implantação do iPhone como 2.0. Use o DelkibilityMacros quando ligar para o iPhone 3.2 APIs. Em seguida, crie o código da interface do usuário diferente para o iPad e faça um aplicativo universal. Esse é o melhor de todos os mundos. Exceto que você não receberá uma nova compra se a pessoa tiver um iPhone e já adquiriu seu aplicativo. Se você estiver mais interessado em obter mais renda por causa da versão do iPad (talvez a versão do iPad tenha muito mais funcionalidade?), Você deve gastar seu código para poder definir um preço diferente para o aplicativo para iPad. Se eu entendi corretamente, você sempre pode manter o garfo no mesmo projeto Xcode, para que ainda possa utilizar os modelos e controladores compartilhados e, quando construir, basta escolher qual destino construir. Assim, você, como desenvolvedor, obtém o melhor dos dois mundos.

De acordo com as estatísticas do Admob:Estatísticas do sistema operacional do iPhone Se seus clientes são apenas iPhone, as pessoas não estão em 3,0 <3%. Esse é um número muito pequeno para mim, eles podem atualizar facilmente de graça, para que eu não segurasse seu aplicativo de volta apenas para eles. Talvez seu aplicativo possa convencer mais algumas pessoas a atualizar também. Agora, se o seu aplicativo suportar ipod touch, seu mercado -alvo ainda estará 32% 2.x

Answer 2

1) Bifurcar o código, mas ...

2) Crie um aplicativo universal.

Basicamente, faça uma nova versão que ofereça suporte apenas ao OS3.2 daqui em diante. Essa versão única pode conter o aplicativo iPhone atualizado e o novo aplicativo para iPad, permitindo que você os codificine facilmente no futuro e reutilize controladores e modelos entre eles. É assim que a Apple gostaria que você fizesse isso. Confira os documentos em aplicações universais.

Answer 3

Bifurque seu código. Você provavelmente vai querer uma nova interface do usuário ou um novo código gráfico para acomodar a tela maior de qualquer maneira, para que você esteja realmente analisando um aplicativo "novo" que usa muitas de suas classes existentes.

Answer 4

Seu aplicativo possui um componente de assinatura (que está ganhando dinheiro após a compra inicial) ou um contrato de serviço?

Se a resposta for não, eu consideraria muito mover tudo para 3.2 - você realmente quer voltar a portar mudanças? Os usuários que ainda estão usando o sistema operacional 2.0 (provavelmente uma minoria pequena, incluindo os jailbreakers, pois o 3.1 está com o jailbreak há um bom tempo) não precisam atualizar para a nova versão. A expectativa com os aplicativos para iPhone é que novas versões serão gratuitas, não que novas versões sejam gratuitas e sempre funcionem em um sistema operacional antigo.

Como usuário que mantém meu sistema operacional atualizado, eu ficaria chateado se você gastasse muito tempo trabalhando no apoio a usuários que não estão atualizando; Sinto que seu tempo seria melhor gasto adicionando novos recursos.