![]() |
1
4
系统处理应用程序更新的唯一方法是提示用户在标准AppStore应用程序中提供更新。
*编辑* 这个答案不再是真的了。请参阅其他对当前真相的乐观回答。 |
![]() |
2
34
我通过从iTunesWebService获取版本并与当前版本进行比较来完成此功能。以下是我的代码
并将应用程序ID放到iTunes链接中,请参见下面的代码。
注意:您需要jsonkit框架工作和asiHTTP框架工作来进行WebService调用。 |
![]() |
3
20
您可以检测应用程序是否需要更新,然后采取一些自定义操作,如提醒用户更新可用。下面是一个代码段,用于检测是否有可用的更新。
|
![]() |
4
18
如果你必须这样做,你可以启动应用商店,这样你的用户就可以从那里得到最新的版本。我建议让这个选项成为可选的,或者至少先展示一个对话。
|
![]() |
5
9
这个问题最初是7年前发布的,虽然有些答案仍然相关,但这里有一个更为新的方法。 我推荐 https://github.com/ArtSabintsev/Siren 这是斯威夫特3兼容,可以安装可可或迦太基。 Cocoapods,Swift 3支持:
Carthage:
|
![]() |
6
5
用于强制升级的系统 应该 成为每个依赖于该应用程序外部事物的应用程序的一部分。苹果和谷歌都声称,如果一个应用程序使用外部的东西,那么外部的API应该永远存在,永远不会改变,等等,但这是不现实的。如果是这样,如果应用所依赖的服务可以改变,那么 必须 这是应用程序检查和查看是否应该限制功能并提示用户获取最新版本的一种方法,否则事情就会神秘地失败。 这可能也是苹果和谷歌提供的东西,但它们并不是所有游戏以外的应用都需要构建它,所以… 我已经启动了一个基于Rails的开源(Apache2.0)项目来创建这个问题的解决方案。它被称为应用程序[ctrl],这是一项正在进行的工作,但欢迎您使用它,我欢迎任何形式的贡献。如果我能在空闲时间启动并运行这个程序,我会向所有应用程序开发人员提供一些非常合理的免费服务,当然,每家公司都可以自行启动它的部署。 它在Github上: https://github.com/SlalomDigital/ApplicationCtrl 贡献并帮助我永远解决这个问题! |
![]() |
7
4
您的业务/设计计划不应包含“强制用户”这一短语。当你让他们做某事时,人们会生气。想象一下,有一天早上,一个用户匆匆打开你漂亮的小应用,却发现你强迫他升级,然后他才能使用这个应用来满足他的需要。想象一下,他被困在野外,不得不用边缘下载。他不会高兴的。 如果您遵循这个计划足够长的时间,其中一个升级将不可避免地引入一个明显的bug。如果你强迫用户使用有缺陷的版本,他们会反抗。 每当我看到用来描述新版本软件的“更多特性”时,我都会被经验所束缚,因为这必然意味着特性膨胀。设计师倾向于不断地将越来越多的功能移植到应用程序上,直到一个应用程序完成了所有的工作。在iPhone这样的平台上,让一个应用程序对许多事情的处理迅速压倒了界面和应用程序的响应能力,这一点尤其危险。 edit01:我的评论在这里 How to Update an Application After Users Pay For Upgrade 也可能与你的计划有关。如果你的升级设计将苹果排除在收入循环之外,那它是不可能的。 更新: 只是根据下面的评论来澄清:是的,有时候你需要用户升级。但是,这与 设计 应用程序 从一开始 每次开发人员发布新版本时强制用户升级。 这样的设计是为了让开发人员的生活更轻松,而不是让用户的生活更轻松。每当用户为了他们没有要求或者可能不想要的利益而花时间进行升级时,您都会占用客户的时间和资源。将时间和精力从开发人员转移到用户身上的设计是糟糕的设计,因为人们最终购买软件是为了自己的利益。当你降低收益时,你会降低软件的最终盈利能力。 因此,任何设计人员都不应该设计强迫用户做用户不想做的事情的软件,除非它是绝对的技术需求。这当然是一个经验法则,但它是一个非常好的法则。 |
![]() |
8
4
我对应用商店的应用更新正是因为这个原因被拒绝的。我们添加了一个功能来对照当前版本检查已安装的版本,如果它不是受支持的版本,我们将强制它们更新。 苹果拒绝了这一点。 回到设计板上! |
![]() |
9
3
没有自动化的方法,你必须手动写一些东西。 |
![]() |
10
3
其他答案表明,必须自己实现强制更新功能。 真可惜,我真希望不是这样。 我对iOS应用程序的第一次更新将于明天发布,幸运的是 这不会有问题,因为我们只对应用程序进行了更改。 然而,当我们最终改变Web服务的结构时,它对 能够强制更新,这样我们的服务器就不必支持每个应用程序版本。 但是,除了强制更新之外,还有一种选择,在这个线程中似乎没有提到这一点。 您可以让每个生成数据的WebService调用在数据上附加一个模式, 它告诉应用程序如何在应用程序中反序列化数据。 这使您能够更改由GET请求生成的数据的结构,而不必破坏应用程序中的反序列化。 当然,这假设您所写的解释器本身不会改变,但当它成熟时,这是一个合理的假设。 POST请求可以通过交互“模式化”。 有了这个,我的意思是,在您提出每个帖子请求之前,您都会询问如何调用最新的Web服务的说明。 您使用附加的模式来处理这些指令,然后实际调用WebService。 本质上,这意味着每个POST请求都需要2个请求,但这也可以。 但是,无论您是否实施强制更新或模式解释,功能都必须在应用程序到达应用程序商店时从第1天起出现在应用程序中。 否则你就一团糟了。如果苹果为美国开发者实施强制更新,那么所有这些复杂性都是不必要的。 如果存在强制更新,模式解释仍然是可用性的改进。 但苹果没有强制更新,这让我有点恼火,因为至少有了它,人们可以在应用发布后引入自己的反中断更新措施。 |
![]() |
11
1
大家好,以后我发现这个教程可以帮助任何人,它帮助了我。 编辑(您的代码看起来与下面类似):
然而,经过进一步的研究,我发现如果您不使用服务器,这是一个很好的解决方案。
在:
如果代码不相等,您设置要执行的操作的代码部分,这是您将用户发送到应用商店下载最新版本的地方。 |
![]() |
12
0
您可以使用以下URL获取任何应用程序的信息 你只知道你的应用程序的苹果ID。
你可以在
|
![]() |
13
-10
当然没有办法。用户应该决定是否要下载应用程序的更新版本。 如果有新版本,AppStore会显示,所以我也不认为苹果会允许这样做。我也不知道你会怎么做?你可以通过网络连接来检查它,但这不是苹果喜欢的方式,所以你没有机会这样做。 |