反序列化时如何移除JSON中的IRI？求方法及存在原因解析

一、提取IRI中的ID部分 #

针对返回的类似/resources/genders/1这类IRI，你可以通过以下几种简单方式提取末尾的ID：

1. 字符串分割法 #

直接按斜杠/分割字符串，取最后一个非空元素：

• JavaScript示例：

const extractId = (iri) => {
  const parts = iri.split('/').filter(part => part);
  return parts[parts.length - 1];
};

// 使用示例
const genderId = extractId("/resources/genders/1"); // 得到"1"
const maritalStatusId = extractId("/resources/marital_statuses/1"); // 得到"1"

• Python示例：

def extract_id(iri):
    parts = [part for part in iri.split('/') if part]
    return parts[-1]

# 使用示例
gender_id = extract_id("/resources/genders/1") # 得到"1"
marital_status_id = extract_id("/resources/marital_statuses/1") # 得到"1"

2. 正则表达式匹配 #

用正则匹配末尾的ID部分，如果ID都是数字可以更精准匹配：

• JavaScript示例：

const extractId = (iri) => {
  const match = iri.match(/\/(\d+)$/);
  return match ? match[1] : null;
};

• Python示例：

import re

def extract_id(iri):
    match = re.search(r'/(\d+)$', iri)
    return match.group(1) if match else None

二、IRI存在的原因（你可能忽略的点） #

第三方API返回IRI而非纯ID，通常有这些设计考量：

• RESTful规范适配：这类路径符合REST风格，每个资源都有唯一标识符，客户端可直接用该IRI发起后续请求（比如获取性别、婚姻状态的详细信息），无需自行拼接URL。
• 语义化与扩展性：IRI自带资源类型信息（如genders、marital_statuses），让数据更具语义，后续API扩展资源类型时，现有格式无需大幅改动。
• 语义数据兼容：JSON-LD作为语义化数据格式，IRI是标准的资源引用方式，符合Linked Data设计思想，方便和其他语义化数据整合，清晰体现资源间的关联。
• 多客户端适配：统一用IRI作为标识，能兼容不同客户端需求——有的需要完整路径发起请求，有的只需要ID，API无需为不同需求返回不同格式。

内容的提问来源于stack exchange，提问作者bigtoasty