改进iOS客户端的升级提醒功能

本文探讨了App升级提示设计的问题,提出了一种更加友好的升级提示策略:在用户退出App时通过本地通知的方式进行提示,避免打扰用户体验,并提供具体的实现方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

新浪微博、网易微博、网易新闻客户端以及大部分带有升级提示功能的App,所以我觉得这个问题还是挺普遍的。对于该问题,一句话描述起来就是:“这些App都会在用户刚刚使用它的时候,提示有新版本,让用户去AppStore上下载最新的版本”。下面是某个应用的升级提示截图

为什么我认为这是一个糟糕的设计呢?因为用户刚刚打开你的App,明显就是想使用你的功能。例如刚刚打开新浪微博,可能就是想看一下最新的消息或回复。刚刚打开网易新闻客户端,可能就是想看看最新的新闻。这个时候,你告诉用户有新版本,是想让用户暂时放弃使用该App吗?我不知道有多少用户会去点“升级”这个按钮,反正我每次看到这个提示都很郁闷,因为我如果点了,我就暂时不能使用该应用了(升级时原版本的App是无法使用的)。所以我在想,这个提示升级的时间能不能做得更友好一些?

有一次在地铁上我想到了一个好办法,就是让升级提示不是出现在软件刚刚打开的时候,而是用户刚刚退出App的时候,我们可以在用户刚刚退出App的时候,向iOS设备发一个本地的通知(Local Notification),在本地通知上显示升级提示。当用户点击这个升级提示时,我们的App在启动后跳转到AppStore,这样就达到的提示升级的效果。

这样做相比以前的好处有以下几点:

  1. 用户退出App的时刻,是一个访问这个App活动的结束。在这个时候提示,用户更有理由接受升级。
  2. 即便用户当前不接受升级,但这个升级提示都会存在用户的通知中心中,用户想升级时,点击这个通知,就可以方便地一键跳到AppStore的下载页面。而之前的方法在用户取消后,用户就不方便取获下载地址了。

另外,本地通知的使用只需要iOS4.0以上版本即可,而在中国,iOS4.0以上比例达到了99%。本地通知也不需要向用户申请发送通知的DeviceToken,所以该方案很少被用户禁止(用户只能专门去通知中心将该应用的所有通知关闭)。当然,这个升级提示也不应该每次都出现,以免对用户产生太多打挠,象我在粉笔网客户端上设置的策略是最多半个月出现一次。

支付宝的iOS客户端也采用通知的方式来提示用户升级,看来大家都想到一块儿了。不过从通知的发送时间来看,他们应该不是使用的本地通知,而是通过服务器发送Push通知的方式。这种方式的好处是即使用户安装后一次也没有使用你的App,你还是可以通过通知来唤醒他,可能的坏处是:

  1. 可能用户已经升完级了,你还把升级通知的信息发给用户了。象我就是,支付宝都升完级了,还发通知提示我有新版可以使用。
  2. 用户如果禁止了应用的Push通知,你就没办法发送升级提醒了。

技术实现

再简单说一下技术实现,我写了一个VersionAgent类,每24小时最多向服务器请求一次最新的App版本。然后在每次App启动5秒后,检查一下是否过了24小时一次的请求阈值,如下所示:

- (void)applicationDidBecomeActive:(UIApplication *)application
{
    double delayInSeconds = 5.0;
    dispatch_time_t popTime = dispatch_time(DISPATCH_TIME_NOW, delayInSeconds * NSEC_PER_SEC);
    dispatch_after(popTime, dispatch_get_main_queue(), ^(void){
        [[VersionAgent sharedInstance] checkVersion];
    });
}

如果版本有更新,则在AppDelegate的applicationDidEnterBackgroundl回调中,发送一个本地通知,示例代码如下:

- (void)applicationDidEnterBackground:(UIApplication *)application
{
    if ([[VersionAgent sharedInstance] shouldShowLocalNotification]) {
        dispatch_async(dispatch_get_main_queue(), ^{
            UILocalNotification * localNotification = [[UILocalNotification alloc] init];
            if (localNotification) {
                localNotification.fireDate= [[[NSDate alloc] init] dateByAddingTimeInterval:3];
                localNotification.timeZone=[NSTimeZone defaultTimeZone];
                localNotification.alertBody = @"粉笔网客户端有新的版本,点击到App Store升级。";
                localNotification.alertAction = @"升级";
                localNotification.soundName = @"";
                [application scheduleLocalNotification:localNotification];
            }
        });
    }
}

然后通过AppDelegate的回调函数,判断App的启动方式是否是通过用户点击通知中心的升级提示来启动,如果是,则跳转到AppStore,示例代码如下:

- (void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification {
    // open app store link
    NSString * url = [NSString stringWithFormat:@"itms-apps://itunes.apple.com/app/id%@", APP_STORE_ID];
    [[UIApplication sharedApplication] openURL:[NSURL URLWithString:url]];
}



资源下载链接为: https://pan.quark.cn/s/22ca96b7bd39 在当今的软件开发领域,自动化构建与发布是提升开发效率和项目质量的关键环节。Jenkins Pipeline作为一种强大的自动化工具,能够有效助力Java项目的快速构建、测试及部署。本文将详细介绍如何利用Jenkins Pipeline实现Java项目的自动化构建与发布。 Jenkins Pipeline简介 Jenkins Pipeline是运行在Jenkins上的一套工作流框架,它将原本分散在单个或多个节点上独立运行的任务串联起来,实现复杂流程的编排与可视化。它是Jenkins 2.X的核心特性之一,推动了Jenkins从持续集成(CI)向持续交付(CD)及DevOps的转变。 创建Pipeline项目 要使用Jenkins Pipeline自动化构建发布Java项目,首先需要创建Pipeline项目。具体步骤如下: 登录Jenkins,点击“新建项”,选择“Pipeline”。 输入项目名称和描述,点击“确定”。 在Pipeline脚本中定义项目字典、发版脚本和预发布脚本。 编写Pipeline脚本 Pipeline脚本是Jenkins Pipeline的核心,用于定义自动化构建和发布的流程。以下是一个简单的Pipeline脚本示例: 在上述脚本中,定义了四个阶段:Checkout、Build、Push package和Deploy/Rollback。每个阶段都可以根据实际需求进行配置和调整。 通过Jenkins Pipeline自动化构建发布Java项目,可以显著提升开发效率和项目质量。借助Pipeline,我们能够轻松实现自动化构建、测试和部署,从而提高项目的整体质量和可靠性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值