当前位置：文江博客话题详情

更改服务器而不重新编译iPhone应用程序，如何？

发布于 2024-08-09 22:24:00 字数 406 浏览 4 评论 0原文

我正在开发一个 iPhone 应用程序，在其中我从当前位于 LAN 本地服务器上的 Web 服务获取数据。

现在我正在获取位于本地服务器上的数据，其网址如下：

http:\192.168.0.150\service\service.asmx\dataFetchingMethod

但是将来如果我的网址发生更改，即服务器如下所示：

http:\www.anotherDomain .com\service\service.asmx\dataFetchingMethod

和

http:\www.anotherURL.com\service\service.asmx\dataFetchingMethod

那么我如何动态更改它？

目前我已经在应用程序中硬编码了 url。

原文

分享到QQ

分享到微博

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

发布评论

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

〆凄凉。 2024-08-16 22:24:00

为此进行了应用程序首选项：

- (BOOL) getDataFromWebserver
{
    NSString *url = [[NSUserDefaults standardUserDefaults] stringForKey:@"dataUrl"];

    if(url == nil)
    {
        [self setDefaultPrefs];
        url = [[NSUserDefaults standardUserDefaults] stringForKey:@"dataUrl"];
    }
    [self fetchData:url];//to implement
}

- (void)setDefaultPrefs
{
    NSDictionary *appPrefs = [NSDictionary dictionaryWithObjectsAndKeys:
                                   @"hardCodedUrl", @"dataUrl", nil];

    [[NSUserDefaults standardUserDefaults] registerDefaults:appPrefs];
    [[NSUserDefaults standardUserDefaults] synchronize];        
}

了解更多

Application Preferences are made for this:

- (BOOL) getDataFromWebserver
{
    NSString *url = [[NSUserDefaults standardUserDefaults] stringForKey:@"dataUrl"];

    if(url == nil)
    {
        [self setDefaultPrefs];
        url = [[NSUserDefaults standardUserDefaults] stringForKey:@"dataUrl"];
    }
    [self fetchData:url];//to implement
}

- (void)setDefaultPrefs
{
    NSDictionary *appPrefs = [NSDictionary dictionaryWithObjectsAndKeys:
                                   @"hardCodedUrl", @"dataUrl", nil];

    [[NSUserDefaults standardUserDefaults] registerDefaults:appPrefs];
    [[NSUserDefaults standardUserDefaults] synchronize];        
}

回复收藏 0 原文

悲凉≈ 2024-08-16 22:24:00

您应该编写一个从文件（例如 plist）读取属性的类。

这样，每当应用程序运行时，它都会从 plist 中读取其配置，并调用指定的服务 URL。无需重新编译应用程序即可更改此设置。

回复收藏 0 原文

画骨成沙 2024-08-16 22:24:00

您将需要连接到某种从不更改或很少更改的资源。我看到了几种不同的方法。

代理方法

您可以设置一个主服务器（http://masterurl.com/ ）将您的请求代理到另一台服务器。这里的想法是主服务器永远不会改变，但它代理的机器可以随时改变。例如：

假设您的 iPhone 应用程序连接到 http://masterurl.com/：

所有请求
http://masterurl.com/ 被代理到http://someotherurl.com/。
在未来的某个时刻，你
需要更换
http://someotherurl.com/ 与 http://snazzynewurl.com/。
现在你可以改变
http://masterurl.com/ 代理到 http://snazzynewurl.com/。

对于您的应用程序的用户来说，没有任何变化，您不必更新您的应用程序并重新提交以供审核。

位置文件方法

您可以从文件（例如 txt 或 xml 文件）获取位置。

假设您的文件位于 http://someurl.com/location.txt 并且内容很简单：

inside location.txt:

http://someotherbaseurl.com/

然后，您的应用程序将读取此文本文件并使用 http://someotherbaseurl.com/ 作为您的应用程序的其余部分。现在，如果您需要更改 URL，只需更新文本文件即可。

如果您采用位置文件方法，我建议使用 Amazon S3 或 Rackspace Cloud Files 托管该文件，以便可以通过其内容交付网络上的 URL 访问该文本文件。

我确信还有其他方法可以解决这个问题。无论哪种方式，您都需要一个从不或很少更改的主 URL。否则，您将遇到必须重新编译并重新提交应用程序的情况。

You're going to need to connect to some kind of resource that either never changes or changes very infrequently. I see a couple of different approaches.

Proxy Approach

You could set up a master server (http://masterurl.com/) that proxies your request to another server. The idea here is that the master server never changes, but the machine that it proxies to could change at any time. For example:

Assuming your iPhone app connects to http://masterurl.com/:

All requests to
http://masterurl.com/ are proxied to http://someotherurl.com/.
At some point in the future, you
need to replace
http://someotherurl.com/ with http://snazzynewurl.com/.
Now you can just change
http://masterurl.com/ to proxy to http://snazzynewurl.com/.

To your application's user nothing has changed and you don't have to update your app and re-submit it for review.

Location File Approach

You could get the location from a file, like a txt or xml file.

Assuming your file lives at http://someurl.com/location.txt and the contents are simple:

inside location.txt:

http://someotherbaseurl.com/

Your app would then read in this text file and use http://someotherbaseurl.com/ as a base url for the rest of your app. Now if you need to make a change to the URL, you can just update the text file.

If you're taking the location file approach, I'd recommend hosting the file using Amazon S3 or Rackspace Cloud Files so that the text file is available over a URL on their content delivery network.

I'm sure there are other ways to tackle this. Either way you'll need a master URL that changes never or seldom. Otherwise you'll run into a situation where you'll have to re-compile and re-submit your app.

回复收藏 0 原文