灵动岛不灵动?苹果开发者指引有话要说


灵动岛不灵动?苹果开发者指引有话要说

文章插图
图片来源@视觉中国
文|雷科技leitech
毫无疑问 , 灵动岛已经成为了iphone 14 Pro最受关注的功能 。无论你认为灵动岛是苹果自iPhone X之后“最伟大的创新” , 还是将其看作是咬打火机之类的“没活儿硬整”的典范 , 你都能轻松在互联网上找到属于自己的大家庭 。
其实这也不能怪大家对灵动岛这个设计抱有恶意 , 毕竟在最初的宣传视频中 , 灵动岛功能齐全、灵活多变 , 既能用来显示通话信息 , 又能用来控制音乐播放 , 还可以显示导航、设备电量、录音、打车、FaceID等信息 。但在实际上手后大家才发现灵动岛不仅占据了更多的纵向屏幕空间 , 同时还不支持现有通知格式 , 所有的通知信息都强制在灵动岛下方显示 , 变相占据了更多的屏幕显示区域 。
此外 , 由于灵动岛需要保持黑色来隐藏其中的空隙 , 因此能调用灵动岛的所有弹窗都会是黑色的 , 但手机的通知却可以是白色或深灰色的 , 这种差异进一步加深了灵动岛交互的突兀程度 , 让灵动岛显得格格不入 。
当然了 , 后知后觉的苹果也“恰好”在大家讨论灵动岛时发布了灵动岛交互的设计指引和调用灵动岛的API , 将灵动岛的口碑从边缘拉回 。毕竟微信QQ之类的软件都是第三方App , 新手机刚发布不支持很正常 , 在苹果强大的软件规范能力下 , 这些软件一定会积极适配灵动岛 , 那种药丸下方再显示通知的情况一定不会再次出现 。
很遗憾 , 事情并不是这样的 。
设计规范能改变灵动岛吗?
当前灵动岛对手机交互的“破坏”主要体现在两个方面:
1. 灵动岛遮盖显示面积;
2. 通知从灵动岛下方显示 。
首先 , 灵动岛占据了手机的显示空间 , 这一点毋庸置疑 。而由于灵动岛占据的位置和曾经的Face ID模组不同 , 因此开发者为躲开“刘海”而设计的空白保护区并不适用于灵动岛 。这种情况直接导致了在部分软件中灵动岛会挡住下方显示文字或按钮 , 这种情况在游戏类软件中尤为常见 , 甚至我都好奇有没有毒瘤会第一时间更新 , 把打开软件时闪屏广告的“跳过”按钮移动到灵动岛下方 , 强迫用户看15秒有声视频广告 。
针对这种情况 , 苹果的灵动岛开发指引可以为开发者提供灵动岛的准确位置与避让方式 , 让软件“躲开”灵动岛 。毕竟这种情况在Face ID刚刚发布以及Android手机刚刚开始尝试屏幕挖孔时就出现过了 , 大家对此都轻车熟路 。考虑到苹果有着严格的AppStore审核机制、机型也极为有限 , 为灵动岛让路的过程很可能比适配不同挖孔位置的Android手机更加简单 。
但针对第二种情况 , 苹果的灵动岛API似乎就派不上用场了 。首先有一件事可以肯定——苹果绝对不是手机发售后才在用户的提醒下“突然”发现这个问题 。
回看iPhone 14 Pro的发布会 , 在整个播片及后续讲解的过程中 , 苹果都没有展示过灵动岛是怎么处理常规通知的 , 就连最基本的iMessage消息都没有弹出过 。而演示时展示的音乐、通话、地图和电量显示 , 在IOS本身就不适用于通知框架 , 与其说他们是通知 , 倒不如说他们是弹窗 。
从这个角度看 , iOS将灵动岛活动设计为时刻保持黑色其实也就可以理解了:在iOS中 , 像耳机匹配动画这样的弹窗本身就是优先级高于通知的操作 , 所使用的交互样式也有所不同 。
这也是微信或其他任何常规通知不可能出现在灵动岛中的原因 。根据开发者文档 , 调用灵动岛的并不是通知“Notifications” , 而是一个活动“Live Activities“ 。这意味着通知和灵动岛的活动走的是两个不同的处理渠道 , 大家也不用担心灵动岛会因为微信群里刷屏而不断“展开-收起-展开-收起” 。
除非软件已经结束 , 否则每个活动最多只能持续8小时 , 过期也将立刻从灵动岛中移除 。此外 , 展开状态下的灵动岛也并非可供开发者自由发挥的画布 。从优先级来看 , iOS体系中优先级从低到高应该是“小组件-通知-弹窗” 。而引入灵动岛概念后 , 灵动岛作为弹窗的变式 , 优先级肯定是高于常规通知的 。作为优先级(侵入性)最强的一种活动形式 , 灵动岛自然不会是一款允许开发者随意发挥的空白画布 。


推荐阅读