Portieren eine iPhone App zu iPad - einzelne Anwendung oder Gabel?

Question

Ich habe eine iPhone-Anwendung ich bin für das iPad zu ändern.

Mein Problem ist. Die Anwendung wurde entwickelt, um Arbeit für iPhone OS 2.0 und wenn ich es für das iPad zu machen, werde ich es für OS 3.2 entwerfen müssen

Ich kann nicht die iPhone-Version ändern, weil ich einige meiner Benutzer mit alten Versionen des iPhone riskieren nicht in der Lage ist, um die App zu starten.

Natürlich kann ich eine Hybrid-Anwendung machen, die auf iPad / iPhone OS 3.2 und iPhone / iPhone OS 2.0, aber das wird eine Hölle zu halten, mit vielen API-Aufruf Änderungen und so weiter.

arbeiten können

Welches ist der beste Ansatz ist: eine Hybrid-Version oder eine separate Code Gabel für das iPad

Answer 1

Stellen Sie Ihre Basis SDK auf iPhone 3.2 Gerät. Stellen Sie Ihr iPhone Deployment Target 2.0. Verwenden AvailibilityMacros, wenn Sie das iPhone 3.2-APIs aufrufen. Erstellen Sie dann den verschiedenen UI-Code für das iPad und ein Universal-App machen. Das ist die beste aller Welten. Außer, dass Sie nicht einen neuen Kauf erhalten, wenn die Person ein iPhone hat und Ihre App bereits gekauft. Wenn Sie mehr daran interessiert, mehr Einkommen bekommen, weil der iPad-Version (vielleicht die iPad-Version hat viel mehr Funktionalität?) Sind, dann sollten Sie Ihren Code Gabel, so dass Sie einen anderen Preis Punkt für die iPad-App einstellen. Wenn ich das richtig verstehe, konnte man immer die Gabel hält im gleichen Xcode Projekt so können Sie immer noch die gemeinsamen Modelle und Controller verwenden und wenn Sie nur zu bauen bauen entscheiden, welches Ziel. So, wie Sie einen Entwickler das Beste aus beiden Welten.

Per der admob Statistik: iPhone OS Statistik wenn Ihre Kunden nur iPhone sind dann Leute nicht in 3.0 <3%. Das ist eine ziemlich kleine Zahl für mich, können sie leicht kostenlos aktualisieren, damit ich nicht Ihre App nur für sie zurückhalten. Vielleicht ist Ihre App vielleicht ein paar mehr Leute überzeugen auch zu aktualisieren. Nun, wenn Sie Ihre App unterstützt iPod Touch dann Ihr Zielmarkt ist nach wie vor 32% 2.X

Answer 2

1) Gabel den Code, aber ...

2) Erstellen Sie eine Universal-Anwendung.

Im Grunde eine neue Version machen, die OS3.2 nur von hier aus unterstützen. Die Single-Version kann sowohl enthält die aktualisierte iPhone-Anwendung und die neue iPad-Anwendung, so dass Sie sie leicht in der Zukunft codevelop, und Wiederverwendung View-Controller und Modelle zwischen ihnen. Dies ist, wie Apple möchte Sie es tun. Schauen Sie sich die Dokumentation auf den universellen Einsatz.

Answer 3

Gabel Code. Du bist wahrscheinlich eine neue Benutzeroberfläche oder eine neue Grafik-Code wollen, gehen die größeren Bildschirm sowieso gerecht zu werden, so dass Sie wirklich an eine „neue“ App suchen, die eine Menge der vorhandenen Klassen verwendet.

Answer 4

Hat Ihre App ein Abonnement Komponente haben (die Sie Geld nach dem Kauf macht) oder einen Servicevertrag?

Wenn die Antwort nein ist, würde ich sehr überlegen einfach alles 3.2 bewegen - wollen Sie wirklich Änderungen Portierung zurück zu sein? Benutzer, die noch 2.0 OS mit (wahrscheinlich eine kleine Minderheit, sogar einschließlich jailbreakers als 3.1 hat noch eine ganze Weile jailbroken) müssen nicht auf die neue Version aktualisieren. Die Erwartung, mit iPhone Apps ist, dass neue Versionen frei sein wird, nicht, dass neue Versionen kostenlos und immer Arbeit auf einem alten Betriebssystem sein wird.

Als Benutzer, der mein OS auf dem Laufenden hält, würde ich wirklich aufgeregt, wenn Sie viel Zeit arbeiten verbrachte Benutzer auf die Unterstützung, die nicht aktualisieren; Ich fühle mich Ihre Zeit besser werden würde neue Funktionen ausgegeben hinzufügen.