是否有(可能是官方的)向 App Store 提交应用程序的清单和指南?

发布于 2024-12-18 06:45:02 字数 241 浏览 4 评论 0原文

我大约两年前提交了一份,但几乎什么都不记得了。只是这非常困难,并且必须考虑无数的事情。

现在我们有了通用的 iPhone / iPad 二进制文件。

也许有人可以指出一些资源,这些资源可以很好地快速概述必须检查/完成的内容?

对于有用的清单,需要考虑一些事项:

  • 确保 NSZombiesEnabled 为“否”

  • ...还有什么?

I submitted one almost 2 years ago and remember next to nothing. Just that it was very hard and that about a gazillion things had to be considered.

Now we have a universal iPhone / iPad binary.

Maybe someone can point out some resources which give a good and quick overview of what has to be checked / done?

Some things that come to mind for a useful checklist:

  • Make sure NSZombiesEnabled is NO

  • ... what else?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

随遇而安 2024-12-25 06:45:03

另一件没有提到的重要事情是,Xcode 4 可以在将您的应用程序提交到 App Store 之前对其执行一些验证。

归档应用程序后,您可以转到 Xcode 的管理器并“验证”应用程序。这可以为您节省大量宝贵的时间。

干杯。

Another important thing that hasn't been mentioned is that Xcode 4 can perform some validation to your Application before submitting it to the App Store.

After you have archived the App, you can go to Xcode's Organizer and "Validate" the App. That can save you a lot of valuable time.

Cheers.

带上头具痛哭 2024-12-25 06:45:03

查看这篇博客文章,它对我很有用:blogpost

它包含用于提交应用程序以及启动新应用程序的非常详细的列表。

它包含这样一些有用的点:

在 Xcode 的“编辑方案”部分中,“存档”应设置为
“发布”。发布版本必须隐藏日志语句并关闭任何日志语句
用于开发的测试代码/测试屏幕。

注意:由于编译器优化,发布版本有时可能会
功能与调试版本不同。最好开始测试
发布版本在发布到 App Store 之前几天按顺序构建
捕获任何可能的问题。
确保应用程序与正确的生产服务器通信
(使用 HTTPS)。

确保所有测试屏幕均已隐藏。

确保没有敏感数据打印到控制台。

确保 Analytics 正在使用正确的生产帐户。

确保 Urban Airship 等服务能够与正确的设备配合使用
生产帐户。

我现在还发现了其他有用的链接

APNS

确保 APNS 证书包含您应用的 BundleID。

您已创建分发 APNS 证书。

您的服务器正在使用分发 APNS 证书。

检查通知是否在不同的 iOS 版本上运行(付费
注意iOS8,其中API发生了变化)。版本控制

不要在源中的任何地方进行硬编码,例如 isBeta=YES 或
调试=是。

确保应用图标或名称不包含“beta”一词。

更新应用版本和构建版本。切勿在内部硬编码版本
应用程序(使用 CFBundleVersion 代替)。

重要确保新版本安装在旧版本之上
正确的版本:

** 从 AppStore 安装应用程序。创建临时版本并在旧版本上安装它。

** 检查 NSUserDefaults 中的数据是否以正确的方式读取(应用程序在尝试读取不存在的键时不会崩溃)。

** 检查用户更新后是否丢失任何信息。

Check this blog post, it was useful for me: blogpost

It contains very detailed lists for submitting apps, and also for starting a new app.

It contains such a useful points:

In the “Edit Scheme” section of Xcode, “Archive” should be set to
“Release”. Release builds must hide log statements and turn off any
test code/test screens used for development.

NOTE: Due to compiler optimizations, release builds can sometimes
function differently than debug builds. It is best to start testing
release builds a few days before the release to the App Store in order
to capture any possible issues.
Make sure the app is communicating with the correct production servers
(using HTTPS).

Make sure all test screens are hidden.

Make sure no sensitive data is printed to the console.

Make sure Analytics is working with the correct production account.

Make sure services such as Urban Airship are working with the correct
production account.

Also I found other useful link now:

APNS

Make sure that APNS certificate includes your app’s BundleID.

You have created distribution APNS certificate.

Your server is using distribution APNS certificate.

Check that notifications are working on different iOS versions (pay
attention to iOS8 where API was changed). Versioning

Do not hardcode anywhere in sources things like isBeta=YES or
DEBUG=YES.

Make sure that the app icon or name doesn’t contain “beta” word.

Update app version and build version. Never hardcode version inside
app (use CFBundleVersion instead).

IMPORTANT Make sure that the new release is installed over the old
version in the correct way:

** Install app from AppStore. Create ad-hoc build and install it over the old version.

** Check that data from NSUserDefaults is read in the correct way (app doesn’t crash trying to read non-existing keys).

** Check that user doesn’t lose any of his info after update.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文