是否有兴趣为这些类型的文件中的每一种使用 XML 而不是 YAML：
我想在全球范围内询问 XML 与 YAML 和 JSON，但我会坚持这些主题 :)
【问题讨论】：
parameters.ini），2.1改名为yml。
标签： xml symfony yaml configuration-files
在我的公司项目中，我们使用YAML，因为它更具可读性。最易读。 可读性最强。
编辑：
我能想象到使用XML 而不是YAML 的唯一抽象情况 - 可能是针对一些动态文件编写器的，因为使用SimpleXML 或类似的东西更容易操作节点。例如，如果您需要定义一些配置文件，在测试中构建模式等......
但很难想象另一种情况。
另一个编辑：
既然我的回答被接受了，我不能不同意m2mdas - 正如他在answer below 中提到的那样，使用XML 的另一件事是IDE 的自动完成支持。
【讨论】：
SimpleXML 或类似的东西更容易操作节点。例如，如果你需要在测试中定义一些配置文件......很难想象另一种情况
xml 配置的优点是 IDE 自动完成和即时验证。作为由具体模式定义定义的元素，IDE 可以立即针对它验证元素，这在 YAML 或 JSON 中是不可能的。另外我认为 Symfony 在处理之前会根据定义验证配置中的 xml 元素。
编辑：
通过验证，我的意思是根据定义的模式验证元素结构。最好在处理之前验证配置。例如，具有数百个服务对象定义的services.yml 在第 99 个服务定义中存在错误。 Yaml 解析器将增量解析，创建昂贵的 cpu 密集型服务对象，并将在第 99 个定义处失败。而对于具有定义架构的service.xml，您可以验证元素结构并在正常时处理它们。显然第二个过程是有效的。
【讨论】：
Fabien Potencier 在他的博客上写到使用 XML 优于 YAML 的优势：
加载 XML 文件时，会自动使用内置 services.xsd 文件对其进行验证；
XML 可以在 IDE 中自动完成；
XML 格式比 YAML 格式快；
XML 格式没有外部依赖（YAML 格式依赖于 sfYAML 组件）。
虽然这篇文章是为 symfony1.x 写的，但是积分也绝对可以应用到 Symfony2 上。
【讨论】：
支持 XML 的另一件事是可以使用 PHP 常量定义参数，而 YAML 则无法做到这一点。
【讨论】：