Apollo iOS 中本地缓存类型条件设置器的移除与影响分析

背景介绍

在 Apollo iOS 客户端的开发中，本地缓存突变（local cache mutations）是一个重要功能，它允许开发者直接修改本地缓存中的数据。在之前的版本中，代码生成器会为类型条件（type conditions）生成包含 getter 和 setter 的访问器，这在实践中引发了一些问题。

问题本质

类型条件设置器的问题在于它仅修改了内部字典 _data 的值，而没有同步更新执行所需的元数据（_fulfilledFragments 和 _deferredFragments）。这导致当选择集被实例化后，如果类型条件设置器覆盖了底层数据，在将这些数据提交到缓存时，执行阶段往往会出现错误。

技术细节

正确的初始化方式应该是使用 asRootEntityType 属性，它能正确处理底层 DataDict，同时管理内部字典存储和相关的执行元数据。这种方式已经存在并被文档化，是推荐的实践方法。

影响评估

虽然移除了类型条件设置器，但这不应被视为破坏性变更，原因有二：

1. 现有的类型条件设置器会导致意外的运行时错误
2. 这些设置器本就不是设计用来直接修改数据的

开发者应对方案

对于需要修改类型条件的情况，开发者应重构代码使用 asRootEntityType 属性。例如：

// 旧方式（不再推荐）
data.listType.asSubscribableType?.viewerSubscriptionType = state

// 新推荐方式
let newList = GraphQLDotcom.MutableFragment.List.AsSubscribable(
    __typename: existingType.__typename ?? "",
    id: existingType.id,
    viewerSubscription: .case(state)
).asRootEntityType
data.listType = newList

高级解决方案

对于需要更灵活处理的情况，可以考虑实现扩展方法：

extension ApolloAPI.MutableSelectionSet {
    @discardableResult
    public mutating func mutateIfPresent<T: ApolloAPI.InlineFragment>(
        _ kp: KeyPath<Self, T?>,
        _ body: (inout T) -> Void
    ) -> Bool {
        guard var fragment = self[keyPath: kp] else { return false }
        body(&fragment)
        self.__data = fragment.__data
        return true
    }
}

这种方法既保持了类型安全，又能正确更新所有必要的元数据。

总结

Apollo iOS 的这一变更虽然需要开发者调整代码，但从长远看提高了框架的稳定性和可靠性。开发者应尽快迁移到新的模式，使用 asRootEntityType 或实现类似的扩展方法来处理类型条件的修改。