iOS應用程序提交 - 測試網址

我們已經構建了一個iOS應用程序，我們將把它提交給App Store。在我們的應用程序中，我們已經對web服務的url進行了硬編碼。
我們的客戶想要做這樣的事情。
爲了審查他希望將該網址設置爲開發中的web服務，並在批准後將其更改爲生產。因爲他不想在生產數據庫中創建假帳戶和數據。iOS應用程序提交 - 測試網址

是否有任何設置或某些事情需要做這樣的事情批准而不改變我們的代碼。

謝謝

來源

2014-08-28 Madhu

您是否需要在某個時間登錄應用程序？ – Rikkles 2014-08-28 15:37:55

您可以檢查是否應用程序在AppStore中。看看這個答案的詳細信息：https://stackoverflow.com/a/17627239/2604030

來源

2014-08-28 15:40:17 Sebyddd

硬編碼特定的URL在你的應用程序。然後設置您的Web服務器，以便URL重定向到「真實」URL。在您的應用在商店中之前，請將網址重定向到開發網址。一旦您的應用獲得批准並投入使用，請將網址更改爲重定向到生產網址。

這基本上是web服務器配置文件中的單行更改。

如果您需要在每次提交更新時重複該過程，這會有點棘手。您可能會希望對更新進行審查以返回到開發網址。這可能需要您傳遞一個版本號作爲URL的一部分（無論如何，隨着時間的推移，您應該對URL進行API更改）。

來源

2014-08-28 16:00:20 rmaddy

我希望你還沒有在那裏硬編碼密碼。

但是，除非這是一個非常長期的，嚴謹的服務，還硬編碼數據庫服務器的詳細信息中也有一個有點危險。

考慮將它們寫入NSUserDefaults但具有故障轉移服務。

例如，如果服務器沒有響應，可以使用不同的服務器來獲取新的數據庫服務器地址。

這將允許您設置一個測試服務器，審覈後殺了它，並有新的用戶進入到新的服務器。

另一種方法是，如果你有辦法推式通知的設備或有狀態檢查，他們這樣做，添加額外的元數據到檢查消息，因此您可以通過更新服務器地址。

查詢重要的元數據在單獨的服務器是一種常見的技術 - 它可以讓你有一定的靈活性和應對突發事件。

來源

2014-08-28 16:04:37

爲什麼不只是吻，並設置在NSUserDefaults的URL或plist中（即驗證= URL1，驗證= URL2或東西）。這樣你的URL就是基於配置的，而不是嵌入你的代碼中。您可以在您的代碼中使用Sebyddd的回覆來確定您在運行時抓取了哪個網址

來源

2014-08-28 16:05:50 Wizkid

我發佈的鏈接中的解決方案實際上並不能幫助您在運行時獲得結果。 – Sebyddd 2014-08-28 17:17:53

iOS應用程序提交 - 測試網址

回答

相關問題