在实际开发中，我们经常需要处理比简单键值对更复杂的配置信息。比如一个公司员工管理系统，不仅要记录姓名、工号，还可能包含部门信息、多个联系方式、紧急联系人等嵌套内容。这时候就得靠XML来组织这些层次分明的数据结构。
用嵌套元素表达层级关系
XML最自然的优势就是通过标签的嵌套来表现数据之间的从属关系。比如要描述一位员工，可以把基本信息放在外层，把电话列表单独作为一个子模块。
<employee>
<name>张伟</name>
<id>10087</id>
<department>技术部</department>
<contactInfo>
<phone type="work">010-8888XXXX</phone>
<phone type="personal">139XXXXXXXX</phone>
<email>zhangwei@company.com</email>
</contactInfo>
<emergencyContact>
<name>李芳</name>
<relation>配偶</relation>
<phone>136XXXXXXXX</phone>
</emergencyContact>
</employee>这种写法让数据结构一目了然，谁属于哪个部分清清楚楚，读起来就像看一份表格的目录。
属性和元素的合理搭配
有时候同一类信息有多种类型，比如上面的电话号码分工作和个人。使用type属性能避免创建过多标签，又能让程序方便地区分用途。属性适合存放辅助性、修饰性的短信息，而主体内容还是放在标签内部更清晰。
但别滥用属性。像姓名、邮箱这种核心字段，就不要塞进属性里，否则会让数据提取变得麻烦，也降低可读性。
复用结构提升一致性
如果系统里有多处都需要“联系人”这样的结构，可以统一设计成相同格式。比如所有紧急联系人都按<emergencyContact>的模式写，这样后续做数据校验或导入数据库时，处理逻辑就能复用，减少出错概率。
团队协作时尤其要注意这点。大家按照同一个模板写配置文件，就不会出现有人把手机号放<tel>里，有人却用<mobile>的情况。
命名要有意义，别图省事
标签名尽量直观。比如用<addressBook>比<list2>好得多。几个月后你自己回来看代码，也能立刻明白这堆数据是干啥的。别觉得“我临时测试一下”，很多“临时”写的结构最后都变成了正式使用的部分。
另外注意大小写统一，推荐全小写加连字符（如contact-info），避免因为大小写搞混引发解析问题。
实际项目中，XML常被用来存配置、交换数据或者生成报告。把结构设计清楚，不仅能让自己少踩坑，也能让接手的人少骂几句。毕竟谁都不想打开一个文件，看到全是<a1><b2><c3>这种猜谜游戏式的标签。