WPGraphQL中预览模式下文章分类信息返回null的问题解析

问题背景

在使用WPGraphQL插件进行WordPress内容管理时，开发者发现了一个关于文章预览功能的异常现象。当通过GraphQL接口查询处于预览状态的文章时，文章的关联分类信息（terms）会返回null值，即使文章本身已经设置了分类信息。

问题复现

该问题可以通过以下步骤复现：

1. 创建一篇带有至少一个分类（可以是默认分类或自定义分类）的文章
2. 使用GraphQL查询该文章的预览版本
3. 观察返回结果中的terms字段

典型的查询语句如下：

query ($postId: ID!, $asPreview: Boolean){
  post(id: $postId, idType: DATABASE_ID, asPreview: $asPreview) {
    terms {
      nodes {
        name
      }
    }
  }
}

技术分析

问题根源

经过深入分析，发现问题出在WPGraphQL处理预览文章分类信息的逻辑上。当前实现中，当查询预览文章时，系统直接从预览版本的文章中获取分类信息，而WordPress的预览机制实际上并不会保存分类信息到预览版本中。

解决方案原理

正确的处理方式应该是：当检测到查询的是预览文章时，应当从原始已发布的父文章中获取分类信息。这与WPGraphQL处理预览文章元数据（meta）的逻辑是一致的。

实现细节

核心修改点在于PostObject.php文件中的terms字段解析器。原始实现直接使用当前文章的ID查询分类信息，而改进后的版本会先判断是否为预览文章：

1. 如果是预览文章且存在父文章ID，则使用父文章ID查询分类信息
2. 否则使用当前文章ID查询

具体实现逻辑如下：

$object_id = true === $post->isPreview && ! empty( $post->parentDatabaseId ) ? $post->parentDatabaseId : $post->ID;

影响评估

这一修改主要影响以下场景：

1. 使用WPGraphQL查询预览文章分类信息的应用
2. 依赖预览文章分类信息的前端展示逻辑

修改后，预览文章将返回与已发布文章相同的分类信息，这更符合用户的预期行为。

技术建议

对于开发者而言，在处理WordPress预览内容时需要注意：

1. 预览内容通常只包含文章主体内容的差异
2. 分类、标签等结构化数据通常应从原始文章中获取
3. 在开发自定义内容类型时，也应遵循类似的预览数据处理原则

总结

WPGraphQL的这一修复确保了预览功能在处理文章分类信息时的行为一致性，使得开发者能够更可靠地获取预览文章的相关分类数据。这一改进遵循了WordPress核心的预览机制设计理念，同时也保持了GraphQL接口的预期行为。