答案：设计XML时应优先用属性存储元数据如ID、状态等简单值，用子元素表示结构化或可扩展内容，保持一致性与可读性，便于维护和演进。
在设计 XML 文档结构时，选择使用属性还是子元素常常影响可读性、扩展性和数据处理的便利性。没有绝对正确的答案，但遵循一些最佳实践可以帮助你构建更清晰、可维护的 XML 结构。
1. 何时使用属性
属性适合存储与元素相关的元数据或简单修饰信息，不适用于复杂或可扩展的数据内容。
- 用于描述性信息：如 ID、状态、版本号等唯一标识或控制信息。
- 值是简单且原子性的：例如字符串、数字、布尔值。
- 不会被扩展：属性不能包含子元素或多个值（除非用分隔符，但这不推荐）。
XML 设计指南
这里 id 和 published 是书的元数据，适合作为属性。
2. 何时使用子元素
子元素更适合表示结构化、可扩展或可能包含更多细节的内容。
- 数据具有层次结构：如地址包含省、市、街道。
- 内容可能包含多个值：比如一本书有多个作者。
- 需要命名空间或类型信息：子元素支持更丰富的语义定义。
- 未来可能扩展：比如某个字段以后可能增加子字段。
XML 设计指南 张三 李四 2023 技术出版社
即使 year 是简单值，将其作为子元素可以为将来添加更多出版信息留出空间。
3. 保持一致性
在整个文档或系统中，对同类数据使用相同的方式表达。比如所有书籍的标题都应统一用子元素，不要一部分用属性、另一部分用元素。
- 避免混用：不要一个地方写
29.99 29.99 USD - 建议将结构标准化，便于解析和验证。
4. 考虑可读性和工具支持
XML 不仅要机器可读，也要人能看懂。过度使用属性会让标签过长，难以阅读。
- 深层嵌套的属性不如扁平化的子元素直观。
- 某些解析器对属性的支持不如元素灵活（如 XPath 查询、XSLT 处理）。
- 子元素更容易进行模式验证（XSD）和默认值设置。
5. 实际设计建议总结
- 用属性存元数据：ID、状态、时间戳、类型等。
- 用子元素存主体内容和结构化数据。
- 如果某个字段将来可能变复杂，一开始就用子元素。
- 保持命名清晰，避免歧义。
- 优先考虑可扩展性和后期维护，而不是短期简洁。
基本上就这些。好的 XML 结构不是最短的，而是最容易理解、最不容易出错、最方便演进的。平衡简洁与扩展，是设计的关键。
