使用快捷方式的最佳做法

使用集合让一切井井有条 根据您的偏好保存内容并对其进行分类。

在设计和创建应用快捷方式时,请遵循以下准则:

遵循设计准则

为使您的应用的快捷方式在视觉上与系统应用的快捷方式保持一致,请遵循应用快捷方式设计准则

仅发布四个不同的快捷方式

尽管 API 目前支持在任意指定时间为应用总计发布最多十五个静态和动态快捷方式,但我们建议您仅发布四个不同的快捷方式,以改善其在启动器中的视觉外观。

除了在启动器上显示快捷方式之外,您还可以使用 Google 快捷方式集成库在 Google Surface(例如 Google 助理)上显示快捷方式。此库支持推送任意数量的动态快捷方式。如果您要使用此库推送大量快捷方式,我们建议您通过调用 setRank() 方法来设置在支持的启动器中应该显示的快捷方式“排名”。

限制快捷方式说明的长度

启动器中用来显示应用快捷方式的菜单空间有限。 请尽可能将快捷方式的“简短说明”的长度限制在 10 个字符以内,将“详细说明”的长度限制在 25 个字符以内。

如需详细了解静态快捷方式的标签,请参阅自定义属性值。如需了解动态和固定快捷方式,请参阅有关 setLongLabel() setShortLabel() 的参考文档。

保留快捷方式和操作的使用记录

对于您创建的每个快捷方式,请考虑用户可以通过哪些不同方式直接在应用内完成同一任务。请务必在每种情况下调用 reportShortcutUsed(),以便启动器准确记录用户执行快捷方式所表示的操作的频率。

仅对含义未变的快捷方式执行更新

更改动态快捷方式和固定快捷方式时,请仅在更改含义未变的快捷方式的信息时调用 updateShortcuts()。否则,您应该使用下列方法之一,具体取决于您要重新创建的快捷方式的类型:

例如,如果您创建了导航到超市的快捷方式,那么在超市的名称发生更改但其位置保持不变的情况下更新快捷方式才比较合适。不过,如果用户开始在其他超市购物,则最好创建一个新的快捷方式。

发布应用时即检查动态快捷方式

当用户将数据恢复到新设备时,系统不会保留动态快捷方式。 因此,我们建议您在每次启动应用时检查 getDynamicShortcuts() 返回的对象数量,并根据需要重新发布动态快捷方式,如备份和恢复中的代码段所示。