L'ajout du support iPad à un projet iPhone: universel vs deux applications distinctes? [fermé]

Question

J'ai une application iPhone existante et il semble qu'une proportion importante de mes utilisateurs ces jours-ci sont en cours d'exécution sur iPad (je peux dire parce que beaucoup des e-mails que je reçois des utilisateurs ont une signature « envoyé de mon iPad ») .

Je suis maintenant la version mise en œuvre de l'iPad et je fais de la même base de code, ce qui est pratique de le faire. Mais quand je suis fait, je me demande si je devrais effectivement libérer comme une application universelle. Je pourrais le télécharger à la place comme une entité distincte, toute nouvelle application iPad uniquement.

Si je fais universelle:

• ? Mes utilisateurs d'iPad existants seront ravis quand ils sont mis à jour et de voir tout à coup le soutien iPad.
• ? BÉNÉFICIER classement / trafic existant à mon application, ne doit le construire à partir de zéro.
• ? utilisateurs Mon iPhone verra une mise à jour pour rien.
• ? Notes de l'utilisateur pourrait être embrouillé que les deux versions sont très différentes

Si je les fais deux applications distinctes:

• ? Je peux définir une tarification différente pour iPhone et iPad
• ? Les utilisateurs existants de mon application iPhone qui sont sur iPad ne saura pas, il y a une nouvelle version pour eux. Et s'ils le découvrent, avoir à migrer leurs données les agacer. Comme on payer une fois de plus pour cela.

Suis-je manque tout autre compromis qui peuvent aider à décider quelle route prendre? Quelqu'un at-il une expérience à part de prendre soit la route?

Answer 1

J'ai vu un billet de blog intéressant (ci-dessous) où il montre que vous diluez votre rang de téléchargement sur iTunes si vous avez des applications séparées.

http: // www .cocoanetics.com / 2011/05 / à-universel ou pas /

Answer 2

Il n'y a pas d'autre moyen à ce sujet. Vous devriez aller universelle.

La seule raison contre avoir une application universelle serait une tarification différente (et je pense que peut emmerder un peu les clients. Surtout ceux existants qui utilisent l'application sur leur iPad).

Je peux venir avec des charges de raisons:

• Les clients voient une alerte de mise à jour de l'application pour le support universel. Faire un moyen d'applications iPad séparées vous devez atteindre manuellement les clients iPad pour les informer

• Le code est plus facile à gérer. Que faire si vous créez une classe de manipulation des données que les informations de fournitures pour tables / vues? Pourquoi voudriez-vous avoir deux copies du même code dans deux projets différents? Que faire si vous corriger un bug dans l'avenir et doivent faire les mêmes correctifs deux fois dans différents projets?

• Avoir une application universelle, vous fait paraître plus professionnel en tant que développeur

• En tant que votre projet ne cesse de croître, avec deux applications différentes va être un cauchemar de développement en termes de faire des changements, des mises à jour en cours d'exécution, etc.

• Certaines bibliothèques de tiers nécessitent une certaine forme d'application à la fonction ID. D'autres existent qui vous demandent de payer par la mise en œuvre de l'application. Pourquoi payer deux fois pour différentes applications lorsque vous pouvez l'avoir fait dans une seule application universelle?

• Expérience client - Les utilisateurs qui possèdent iPhones et iPads attendent une certaine quantité de synchronisation de l'application entre leur iCloud en utilisant iPhone et iPad et al. Je ne pense pas qu'un utilisateur sera trop heureux de savoir que leurs données ne sont pas en cours de synchronisation dans leurs appareils.

• Achats In App pour un appareil devraient être acheté à nouveau pour l'autre (ce qui ne va pas bien avec les clients).

... Je peux continuer et toute la journée. En résumé, sauf si vous avez une très bonne raison d'avoir des applications distinctes (et honnêtement, je ne peux pas penser à tout), rendez-vous universel. des applications universelles apparaissent comme propre, bien construit et fait par des professionnels. Ils font une bonne impression sur les clients, et sont un jeu d'enfant à gérer pour le développeur.

Faire deux applications distinctes pour les iPhones et iPads est comme prendre un site Web et le diviser en différentes versions autonomes avec leurs propres noms de domaine individuels pour les différents navigateurs ... n'a pas de sens:)