KeyboardKit 键盘扩展中实现宿主应用信息的自动同步
在 iOS 键盘扩展开发中,获取当前宿主应用信息是一个常见需求。KeyboardKit 项目近期针对这一需求进行了功能增强,通过自动持久化机制解决了主应用无法获取宿主应用信息的痛点。
背景与问题
在键盘扩展开发时,开发者经常需要知道当前键盘所在的宿主应用信息。KeyboardKit 原本提供了 KeyboardContext.hostApplicationBundleId 属性来获取当前活跃应用的 Bundle ID,以及 Pro 版本中的 hostApplication 属性来解析为 KeyboardHostApplication 对象。
然而,这些信息在主应用中始终为 nil,这限制了开发者在主应用中使用这些信息的能力,比如实现从主应用快速返回宿主应用的功能。
解决方案
经过社区讨论和技术评估,KeyboardKit 采用了以下解决方案:
-
自动持久化机制:系统会自动将
hostApplicationBundleId持久化存储,使得这些信息在主应用中也可用。 -
简单直接的实现:最初考虑过引入超时机制或创建新属性(如
currentHostApplicationBundleId),但最终选择了更简单的持久化方案,开发者可以根据需要自行添加额外的逻辑。
技术实现细节
实现这一功能时考虑了以下技术要点:
-
数据持久化:使用 iOS 的共享存储机制(如 App Groups)在键盘扩展和主应用之间共享数据。
-
数据有效性:虽然未内置超时机制,但主应用可以自行判断数据的时效性,例如在应用启动时重置该值。
-
兼容性考虑:保持与现有 API 的兼容性,不影响已有功能的使用。
开发者使用指南
开发者现在可以:
- 在键盘扩展中直接访问当前宿主应用信息
- 在主应用中获取最近一次键盘所在的宿主应用信息
- 根据业务需求自行实现数据时效性判断
应用场景
这一增强功能支持以下典型场景:
- 从邮件客户端跳转到主应用编辑内容后,快速返回原邮件客户端
- 在笔记应用中调用键盘后,在主应用中查看或管理相关笔记
- 实现跨应用的个性化键盘设置和体验
总结
KeyboardKit 的这一改进简化了键盘扩展与主应用之间的数据共享,为开发者提供了更灵活的工具来创建无缝的跨应用体验。通过自动持久化关键信息,开发者可以更轻松地实现复杂的应用交互场景。
对于需要更精细控制的场景,开发者可以在这一基础功能上自行扩展,如添加超时机制或数据有效性验证。这种平衡简单性和扩展性的设计,体现了 KeyboardKit 对开发者体验的重视。
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0214
cann-learning-hubCANN 学习中心仓,支持在线互动运行、边学边练,提供教程、示例与优化方案,一站式助力昇腾开发者快速上手。Jupyter Notebook0138
uni-appA cross-platform framework using Vue.jsJavaScript08
GLM-5.2智谱开源 GLM-5.2,这是针对长文本任务的最新旗舰模型。相较于前代产品 GLM-5.1,它在长文本任务处理能力上实现了显著飞跃,并且首次在稳定的 100 万 token 上下文中提供这一能力。Jinja00
SwanLab⚡️SwanLab - an open-source, modern-design AI training tracking and visualization tool. Supports Cloud / Self-hosted use. Integrated with PyTorch / Transformers / LLaMA Factory / veRL/ Swift / Ultralytics / MMEngine / Keras etc.Python00
tiny-universe《大模型白盒子构建指南》:一个全手搓的Tiny-UniverseJupyter Notebook03