KeaJS中跨逻辑共享状态的最佳实践

在KeaJS状态管理库中，处理不同逻辑(Logic)之间的状态共享是一个常见需求。本文将深入探讨如何在Kea应用中优雅地实现跨逻辑状态共享。

连接(Connect)机制

KeaJS提供了专门的connect功能来实现逻辑间的状态共享。这是最推荐的方式，它通过显式声明依赖关系使代码更清晰可维护。

使用connect时，你需要在逻辑定义中明确指定要连接的其他逻辑：

const organizationSettingsLogic = kea([
  // ... 组织设置逻辑的定义
])

const userDashboardLogic = kea([
  connect({
    values: [organizationSettingsLogic, ['organizationName', 'theme']]
  }),
  // ... 仪表板逻辑的其他定义
])

这种方式有几个显著优势：

1. 依赖关系清晰可见
2. 类型推断(TypeScript)可以正常工作
3. 逻辑解耦但仍然可以访问共享状态

直接访问方式

当相关逻辑已经挂载(mounted)时，也可以直接通过逻辑实例访问其状态：

const currentTheme = organizationSettingsLogic.values.theme

虽然这种方式更简洁，但不推荐作为主要方法，因为它：

1. 隐藏了依赖关系
2. 如果依赖逻辑未挂载会导致运行时错误
3. 不利于代码维护和理解

自定义逻辑构建器

对于需要被多个逻辑共享的核心逻辑(如组织设置)，可以创建自定义逻辑构建器来封装连接逻辑。这种方法特别适合大型应用中的基础服务逻辑。

示例实现思路：

const withOrganizationSettings = (logic) => {
  return kea([
    connect({
      values: [organizationSettingsLogic, ['organizationName', 'theme']],
      actions: [organizationSettingsLogic, ['updateTheme']]
    }),
    ...logic
  ])
}

// 使用
const userDashboardLogic = withOrganizationSettings([
  // ...仪表板特定逻辑
])

状态共享模式选择指南

在选择状态共享方式时，考虑以下因素：

1. 简单场景：少量逻辑间共享，直接使用connect
2. 复杂场景：多个逻辑依赖核心逻辑，使用自定义构建器
3. 临时访问：已确保逻辑挂载的情况下，可直接访问

无论采用哪种方式，保持状态共享的显式和可追踪性都是Kea应用良好架构的关键。connect机制提供了最佳的平衡点，既保持了代码的清晰性，又不会引入过多模板代码。