2010-04-10 5 views
5

J'ai une application iPhone et j'aimerais en créer une version iPad. Quelle est la meilleure façon de configurer le projet lorsque vous voulez une version iPhone et iPad de l'application?Versions iPhone et iPad de la même application?

Je ne vois pas que je suis capable d'utiliser la même base de code puisque la version iPad aura des fonctionnalités que la version iPhone n'a pas. Il semble que la maintenance va augmenter avec deux bases de code similaires pour la même application.

+0

Copie possible de [Convertir l'application iPad sur iPhone?] (Http://stackoverflow.com/questions/6855001/convert-ipad-application-to-iphone) –

Répondre

2

Réorganisez les parties communes et créez une nouvelle cible. Vous êtes le seul qui sache vraiment quelle est la meilleure façon de le faire.

+0

Ceci est la meilleure façon de le faire pour les situations où (et rappelez-vous ceci bien) vous souhaitez avoir 2 applications différentes. Je n'ai pas encore réussi à faire une application "universelle" avec laquelle je suis content. Je préfère de loin 2 cibles différentes pour 2 applications différentes. Je sais que les puristes ne vont pas aimer ça ... et je n'ai pas choisi cette méthode facilement, mais cela fonctionne pour mes applications. – Jann

0

Étant donné que les caractéristiques devraient être similaires mais que la disposition est séparée, le code de base s/b est correct, mais l'ib devrait changer, ce qui rend les choses bien plus simples; maintenant v4.0 est une réponse différente :)

0

La maintenance augmenterait un peu. Mais si vous avez écrit votre application assez abstraitement, il devrait être assez facile de le porter sur d'autres appareils. (Par exemple, si vous ne supposez jamais que vous saurez toujours la taille de l'écran, vous devriez pouvoir le changer assez facilement).

Pour d'autres choses, cela peut être un peu difficile. Cependant, si vous utilisez le paradigme de la pensée Model View Controller (MVC), vous devriez être capable de développer les deux applications simultanément avec seulement environ 1/3 du travail supplémentaire. (En conservant le même modèle et le même contrôleur, et en ne changeant que la vue, vous pouvez également inclure le contrôleur, mais je ne le ferais pas).

1

Je viens de passer par moi-même cette semaine, ayant une application iPad publiée dont je voulais créer une version iPhone, et j'ai décidé d'utiliser l'approche universelle. J'ai trouvé que cela fonctionnait extrêmement bien pour mes besoins. Une fois que vous avez passé les problèmes d'installation du projet, et les tactiques de décisions de conception d'où et comment vous allez diviser votre code spécifique iPad/iPhone, le cadre de l'application universelle est assez fabuleux.

En cours de route, j'ai créé un modèle de projet d'application universel réutilisable, que j'ai ensuite utilisé comme point de départ pour mon application universelle. Le code est open source, hébergé sur github, je vous encourage à le regarder comme un moyen d'aborder votre problème, sachant que c'est une solution testée qui a fonctionné pour moi. (De plus, je salue toutes les contributions de tous ceux qui veulent aider à rendre un projet plus utile)

Le lien GitHub est: http://github.com/ryanscott/rcloudlib/tree/master/Samples/rcuniversaltemplate/

En ce qui concerne l'entretien, je suis très heureux avec le minimum de travail supplémentaire qu'il faut pour soutenir les deux appareils. Bien sûr, c'est plus de travail que de supporter seulement l'un ou l'autre, mais c'est nettement moins de maintenance que deux bases de code séparées, où la logique métier de l'application est presque identique.

En résumé: Je crois fermement que l'utilisation d'une application universelle est la meilleure approche pour créer une application qui fonctionne à la fois sur l'iPad et l'iPhone.

Questions connexes