3

这是一个困扰我一段时间的问题。我启动了我的应用程序(现已提交 - 尚未批准),不想陷入 APNS(推送)的混乱。

我做了以下事情:

iPhone 开发者中心:Provisioning Portal->Provisioning:然后我创建了一个 Development 和一个 Distribution Provisioning Profile。我在 XCode 中都安装了。一切都很棒。开发配置文件很快就到期(90 天)让我有点害怕,但我可以将它从 iPhone 中删除,然后用新的签名。我使用 Development 配置文件进行了测试,后来通过使用 Distribution 配置文件签名来提交它。然后我将分发配置文件签名的应用程序上传到 iTunesConnect(应用程序商店)。

好吧,我明白了这么多。现在,我不明白的是:现在我了解了 Push 工作原理背后的理论和方法,我希望将其添加到我的应用程序中。

我已经进入:iPhone 开发者中心:供应门户-> 应用程序 ID:并在那里创建了一个开发供应配置文件和分发供应配置文件(启用推送和应用内购买)。

这是让我感到困惑的地方。我读过的所有书籍和文档都说,从现在开始,我必须使用这个“App ID”配置文件(启用推送)对应用程序进行签名。

这是否意味着我不再使用以前创建的配置文件?

如果我要将这些“App ID”配置文件导入 Xcode,它们将与我之前生成的“非推送”配置文件一起存在。~/Library/Mobile Devices/Provisioning Profiles 现在有 2 个文件。一个开发者和一个分发者。它现在将有 4 个,即使对于这个应用程序我不会再使用“非推送”了,对吧?(实际上,由于它们是通过使用捆绑代码和应用程​​序 ID 锁定的,所以如果我的该应用程序的所有后续版本都使用 Push,我将永远不会再次使用它?)

使困惑。

任何人都可以启发我吗?为什么不首先为每个人使用“App ID”配置文件——即使你不打算使用推送?会让它更简单。从现在开始我是否应该只生成“启用推送”的配置文件——即使我不确定我是否会使用推送(或者就此而言,应用内购买)?

请给我一些见解。我不想做错这件事。

谢谢!

4

2 回答 2

2

根据你所说的,

我读过的所有书籍和文档都说,从现在开始,我必须使用这个“App ID”配置文件(启用推送)对应用程序进行签名。

您的原始证书似乎无效。我不确定 Apple 为什么要这样做,但他们非常清楚地表明,使用 Push 的规定与不使用的规定不同。

我的假设基于此:具有“通配符”捆绑 ID 的配置文件不能使用 APNS。他们对什么是什么非常严格。

我也不确定原因,但我认为这与安全和其他因素有关。

于 2010-03-21T17:17:22.700 回答
0

我认为除了下载配置文件的选项外,还会有一些编辑选项。对此不太确定..

于 2010-05-28T23:29:49.257 回答