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