iOS 应用提交 - 测试 url

Posted 2023-03-10

【中文标题】iOS 应用提交 - 测试 url

【英文标题】：iOS app submission - test url

【发布时间】：2014-08-28 15:34:36

【问题描述】：

我们已经构建了一个 ios 应用程序，我们将把它提交到 App Store。在我们的应用程序中，我们已经硬编码了 web 服务的 url。 我们的客户想做这样的事情。 对于审查，他希望将该 url 设置为开发中的 web 服务，并在获得批准后将其更改为生产。因为他不想在生产数据库中创建虚假帐户和数据。

是否有任何设置或什么可以在不更改我们的代码的情况下为批准做这样的事情。

谢谢

【问题讨论】：

您是否需要在某个时候登录应用程序？

【参考方案1】：

在您的应用中硬编码特定网址。然后设置您的网络服务器，以便将 URL 重定向到“真实”URL。在您的应用进入商店之前，将 URL 重定向到开发 URL。一旦您的应用获得批准并上线，请更改 URL 以重定向到生产 URL。

这基本上是 Web 服务器配置文件中的单行更改。

如果您每次提交更新时都需要重复该过程，这会有点棘手。您可能希望对更新的审核返回到开发 URL。这可能需要您将版本号作为 URL 的一部分传递（无论如何您都应该这样做，以防您的 URL 的 API 随时间变化）。

【参考方案2】：

您可以检查应用程序是否在 AppStore 中。查看此答案以获取更多信息：https://***.com/a/17627239/2604030

【参考方案3】：

我希望您还没有在其中硬编码密码。

但是，除非这是一项非常长期、强大的服务，否则在其中硬编码您的数据库服务器详细信息也有点危险。

考虑将它们写入 NSUserDefaults 但有故障转移服务。

例如，如果服务器没有响应，则可以使用其他服务器来获取新的数据库服务器地址。

这将允许您设置一个测试服务器，在审查后将其终止，并让新用户访问新服务器。

另一种方法是，如果您有办法将通知推送到设备或对它们进行状态检查，请向该检查消息添加额外的元数据，以便您可以将更新传递到服务器地址。

为重要的元数据查询单独的服务器是一种常见的技术 - 它让您有一定的灵活性并对紧急情况做出响应。

【参考方案4】：

为什么不只是 KISS 并在 NSUserDefaults 或 plist 中设置 URL（即 validation=URL1、validated=URL2 或其他东西）。这样，您的 URL 是基于配置的，而不是嵌入到您的代码中。您可以在代码中使用 Sebyddd 的响应来确定您在运行时抓取的 URL

【讨论】：

我发布的链接中的解决方案实际上并不能帮助您在运行时获得结果。