
本文介绍如何将第三方 api 返回的扁平化 faq 数据(每个问答分属独立数组项)按逻辑配对,合并为结构清晰的键值对或对象数组,适用于 wordpress 自定义字段等场景。
在处理来自不可控第三方 API 的 FAQ 数据时,常见模式是:同一组问答(如 faq_list_0_question 和 faq_list_0_answer)被拆分为两个独立数组元素,仅通过 meta_key 的命名规则隐含关联关系。此时,我们需要基于 meta_key 的语义结构(如下划线分隔的序号与类型)进行智能分组与合并。
核心思路是:提取每条记录中标识“组别”和“类型”的关键信息,以组别为键、类型为子键,动态构建嵌套结构。以下是两种常用且实用的实现方式:
✅ 方式一:按逻辑组键(如 faq_list_0)分组,保留原始数据结构
适用于需保留 id、post_id 等元信息的场景:
$new_data = [];
foreach ($array['data'] as $item) {
// 拆分 meta_key,例如 "faq_list_0_question" → ['faq', 'list', '0', 'question']
$parts = explode('_', $item['meta_key']);
// 最后一部分是类型(question/answer),倒数第二部分通常是序号(如 '0')
$type = array_pop($parts);
$index = array_pop($parts); // 获取序号,如 '0'
// 重构组键,如 "faq_list_0"
$groupKey = implode('_', $parts) . '_' . $index;
// 初始化组(若不存在),并存入对应类型的数据
if (!isset($new_data[$groupKey])) {
$new_data[$groupKey] = [];
}
$new_data[$groupKey][$type] = $item;
}
// 输出示例(关联数组):
// [
// "faq_list_0" => [
// "question" => [...],
// "answer" => [...]
// ]
// ]✅ 方式二:直接生成扁平化 FAQ 对象数组(推荐用于前端渲染)
更贴近实际业务需求——输出简洁的 FAQ 列表,每项含 id、question、answer 字段:
PHP经典实例(第2版)能够为您节省宝贵的Web开发时间。有了这些针对真实问题的解决方案放在手边,大多数编程难题都会迎刃而解。《PHP经典实例(第2版)》将PHP的特性与经典实例丛书的独特形式组合到一起,足以帮您成功地构建跨浏览器的Web应用程序。在这个修订版中,您可以更加方便地找到各种编程问题的解决方案,《PHP经典实例(第2版)》中内容涵盖了:表单处理;Session管理;数据库交互;使用We
立即学习“PHP免费学习笔记(深入)”;
$new_data = [];
foreach ($array['data'] as $item) {
$parts = explode('_', $item['meta_key']);
$type = array_pop($parts); // 'question' or 'answer'
$index = array_pop($parts); // 如 '0', '1', '2'
// 确保该序号对应的 FAQ 条目已初始化
if (!isset($new_data[$index])) {
$new_data[$index] = [
'id' => $index,
'question' => '',
'answer' => ''
];
}
// 根据 type 填充内容(只取 meta_value,更符合展示需求)
if ($type === 'question') {
$new_data[$index]['question'] = $item['meta_value'];
} elseif ($type === 'answer') {
$new_data[$index]['answer'] = $item['meta_value'];
}
}
// 转为数值索引数组,确保顺序一致
$faqs = array_values($new_data);
// 输出示例(JSON 可用格式):
// [
// {
// "id": "0",
// "question": "Lorem ipsum...",
// "answer": "In at neque..."
// }
// ]⚠️ 注意事项与最佳实践
- 健壮性增强:建议在 explode 后校验 $parts 长度,避免因 meta_key 格式异常(如缺失序号)导致逻辑错误;可添加 if (count($parts)
- 类型安全:使用 in_array($type, ['question', 'answer']) 显式校验,防止意外字段干扰。
- 排序保障:若 API 返回顺序不保证问答配对(如先返回所有 question 再返回 answer),上述方法仍有效,因为均依赖 index 关联;但若需严格按原始顺序渲染,可额外记录首次出现位置。
- 扩展性考虑:如未来支持更多字段(如 faq_list_0_image),只需在 if/elseif 中追加分支,无需修改主干逻辑。
通过以上方法,你无需修改上游 API,即可将松散的元数据高效转化为语义明确、易于消费的 FAQ 结构,显著提升前后端协作效率与代码可维护性。










