17370845950

XSD虽无内置“键值对”类型，但可通过属性+文本（如30）、双子元素（如languagezh-CN）或xs:key/xs:keyref约束实现键值语义，选择取决于校验、扩展与引用需求。

XSD 本身没有直接叫“键值对”的内置类型，但可以通过组合元素、属性和复杂类型，清晰表达键值对的语义结构。关键不在于命名，而在于如何让 XML 实例能被准确验证并体现“一个键对应一个值”的逻辑关系。

用属性作为键、元素内容作为值

这是最常见也最简洁的方式：把“键”定义为元素的属性，把“值”放在元素文本内容中。

• 例如定义一个配置项：30
• XSD 中这样写：
    
      
        
          red"/>
        
      
    
  
• 优势：结构扁平、易读、支持重复出现（如多个 ），且 key 属性天然具备唯一标识性

用两个子元素分别表示键和值

适合需要对“键”本身也做复杂约束（比如多语言键名、带注释的键）的场景。

• XML 示例：languagezh-CN
• XSD 定义：
    
      
        
        
      
    
  
• 注意：这种方式无法强制 key 值全局唯一（需靠 xs:key 配合 XPath 实现，见下一条）

用 xs:key + xs:keyref 约束键的唯一性和引用关系

当你的键值对集合要参与关联（比如多个地方引用同一个 key），就需要用 XSD 的完整性约束机制。

• 例如在 下定义若干 127.0.0.1，又在另一处用 引用它
• 则需添加：
    
    
  
  
    
    
  
• 这样就能确保所有 @target 值必须在某个 entry/@key 中真实存在

用简单类型限制键的取值范围（可选增强）

如果键是有限枚举值（比如只允许 "theme"、"lang"、"mode"），可以配合 xs:restriction 和 xs:enumeration 加强校验。

• 定义键的类型：
    
      
      
      
    
  
• 然后在属性中引用：

基本上就这些。不需要强行套用“键值对”字眼，重点是根据数据用途选择合适结构：轻量配置用属性+文本，需扩展性用双子元素，要跨元素引用就加 key/keyref。不复杂但容易忽略的是——键的语义是否真需要被校验或关联，这决定了要不要上约束机制。