KeyboardKit 键盘状态上下文的设计演进

KeyboardKit 是一个强大的 iOS 键盘开发框架，其核心设计之一是对键盘状态的精细管理。在项目演进过程中，关于键盘状态上下文(KeyboardStatusContext)的设计决策经历了一些调整，最终在 9.2 版本中形成了更合理的架构方案。

初始设计考量

最初版本中，KeyboardStatusContext 并未被纳入标准的 Keyboard.State 结构中，这主要是出于历史原因和性能考虑。Keyboard.State 作为键盘扩展的核心状态容器，需要保持轻量和高效，而键盘状态上下文包含了一些特定于主应用的功能，如检查键盘是否启用等操作，这些操作需要访问应用的 Bundle ID。

架构演进

随着 KeyboardKit 的发展，框架引入了 KeyboardApp 的概念，它自然地包含了 Bundle ID 等信息。这为重构提供了契机，开发者开始考虑将键盘状态上下文整合到标准状态中，以提供更统一的状态管理体验。

然而，经过深入评估后，团队意识到：

1. 键盘扩展本身并不需要关心键盘是否启用的状态信息
2. 将这些上下文信息加入核心状态可能会带来不必要的性能开销
3. 主应用和键盘扩展的关注点应该适当分离

9.2 版本的解决方案

在 KeyboardKit Pro 9.2 中，团队采用了更优雅的解决方案：

1. 通过 KeyboardAppView 作为根视图自动注入键盘状态上下文
2. 使用 SwiftUI 的环境对象机制提供状态访问
3. 保持核心 Keyboard.State 的简洁性

开发者现在可以简单地通过环境对象访问键盘状态：

@EnvironmentObject var keyboardStatusContext: KeyboardStatusContext

这种设计既保持了核心架构的轻量，又为主应用提供了便捷的状态访问方式，同时避免了不必要的性能开销。

最佳实践

对于使用 KeyboardKit 的开发者，建议：

1. 对于键盘扩展开发，专注于使用 Keyboard.State 中的核心状态
2. 对于主应用开发，通过环境对象访问键盘状态上下文
3. 使用 KeyboardAppView 作为应用根视图以自动获取状态注入

这种分层设计使得 KeyboardKit 能够更好地满足不同场景下的需求，同时保持架构的清晰和性能的高效。