为iPhone项目添加iPad支持:通用与两个独立的应用程序？

Question

我有一个现有的iPhone应用程序,似乎我的用户中有很大一部分用户在iPad上运行它(我可以说,因为我从用户那里获得的很多电子邮件都有"从我的iPad发送"签名).

我现在正在实施iPad版本,我是在相同的代码库中完成的,这很方便.但是当我完成后,我想知道我是否应该将其作为通用应用程序发布.我可以将其作为一个单独的,全新的iPad专用应用程序上传.

如果我把它变成普遍的:

如果我将它们分成两个独立的应用:

我是否缺少任何可能有助于决定采取哪条路线的权衡？有没有人有经验可以分享任何一条路线？

Answer 1

关于它没有其他办法.你应该普及.

反对拥有通用应用程序的唯一原因是不同的定价(我认为可能会对客户产生很大影响.尤其是那些在iPad上使用该应用程序的现有用户).

我可以提出很多理由:

客户会看到针对通用支持的应用更新提醒.制作单独的iPad应用程序意味着您必须手动联系iPad客户以通知他们
代码更易于管理.如果您正在创建一个为表/视图提供信息的数据处理类,该怎么办？为什么要在两个不同的项目中拥有相同代码的两个副本？如果您将来修复错误并且必须在不同的项目中执行两次相同的修复,该怎么办？
拥有通用应用程序可让您作为开发人员看起来更专业
随着您的项目不断发展,拥有两个不同的应用程序将成为发展变化,运行更新等方面的噩梦.
某些第三方库需要某种形式的应用程序ID才能运行.其他存在需要您按应用程序实施付费.如果您可以在一个通用应用程序中完成它,为什么要为不同的应用程序支付两倍？
客户体验 - 拥有iPhone和iPad的用户希望使用iCloud等人在iPhone和iPad之间进行一定数量的应用程序同步.我认为用户不会太高兴知道他们的数据没有在他们的设备上同步.
在App购买中,一个设备必须再次购买另一个设备(这对客户来说不会很好).

......我可以一整天都在继续.总而言之,除非你有充分的理由拥有单独的应用程序(我真的想不出任何应用程序),所以要普及.通用应用程序看起来干净,精心打造,专业制作.它们给客户留下了良好的印象,对开发人员来说也是一件轻而易举的事.

为iPhone和iPad制作两个独立的应用程序就像是将一个网站分成不同的独立版本,并为不同的浏览器分别拥有各自的域名......没有意义:)

您不需要使用单独的代码来管理两个单独的应用程序.你只需要另一个目标.. (7认同)
很好的答案 - 但我不打算折扣"单独价格"优势的论点.用户似乎准备为iPad体验支付额外费用.我没有经验,但我注意到像InstaPaper这样的流行应用程序成功地做到了这一点.如果单独的价格策略有效,并且显着增加了底线 - 那么这会超过所有其他缺点吗？ (2认同)
确实如此,但随着新的iOS5更改(特别是iCloud同步),用户会期望应用程序实现之间存在某种协同作用.此外,在设备同步期间备份应用程序时,我认为对同一应用程序(对于iPhone和iPad版本)进行两次单独备份可能最终会变得笨拙.无论如何我不是说单独定价应该被诅咒:),但是由此产生的缺点列表也会很多(我现在可以想到一个 - 在应用程序购买中.在App中购买iPhone需要为iPad实施再次购买) (2认同)
作为一个相当成功的应用程序拆分实例的开发者,拆分定价工作,甚至不得不重新生成inapp功能会让人感到恼火,但他们仍然付钱.我们重复使用了很多iPhone屏幕,但最终在iPad上有更多屏幕空间,我们投入更多精力为房地产增值.他们支付额外的开发费用.代码库是共享的,因此所有核心部分都会获得更新,然后iPhone和iPad都有适当的子类,所有细节都会被调整.这就是说我在这篇文章,因为我们正在考虑一个通用的模型.:) (2认同)

Answer 2

我看到一篇有趣的博客文章(如下),如果您有单独的应用程序,它会显示您在iTunes上淡化了您的下载排名.