为什么XML中不推荐使用属性来存储大量数据

XML中属性仅适合表达轻量、稳定的元数据，复杂、可扩展或需解析的结构化内容必须使用元素，因属性不支持嵌套、无法承载结构化文本、处理工具兼容性差、验证与国际化能力弱，且易混淆语义层次。

因为属性不适合表达结构化、可扩展或需要解析的数据，XML设计初衷是用元素来承载内容，属性只适合描述元数据。

属性难以扩展和维护

一旦业务变化，比如要为某个字段添加子信息（如时间戳、来源、单位），属性就无能为力——它不支持嵌套。而元素可以自然地增加子元素，保持结构清晰。

• 例如： —— 无法在 author 属性里再区分姓、名、国籍
• 改成元素：AliceSmithUS，扩展性立刻提升

属性值不能包含结构化内容

属性值只能是纯文本，不能含标签、换行、注释或实体引用（除非预先转义）。这导致多行说明、带格式的摘要、内联链接等都必须被扁平化甚至截断。

• 比如书籍简介若含段落或列表，放属性中会丢失所有结构，阅读和处理都困难
• 元素则天然支持混合内容（文本+子元素），更适合富文本场景

属性不易被XPath/XSLT等工具统一处理

虽然XPath也能选属性（@attr），但多数标准库和转换逻辑默认面向元素。批量提取、验证、转换时，混用属性和元素会增加判断分支和出错概率。

• 验证规则难统一：元素可用XSD定义类型、长度、枚举；属性虽也支持，但约束能力弱，且常被忽略
• 国际化处理不便：多语言内容（如title_en, title_zh）用属性易造成命名爆炸，用加子元素更规范

语义表达不够清晰

属性容易模糊“是什么”和“有什么特征”的界限。XML强调语义明确，而属性本质是修饰符，不是主体内容。

• 29.99 是合理用法：数值是主体，币种是修饰
• 但写成 就把本该分层建模的数据全压进属性，丧失层次感

基本上就这些。属性不是不能用，而是别让它承担本该由元素完成的任务——轻量、稳定、描述性的信息用属性，可变、复杂、有结构的内容一定用元素。