これらのタイプのファイルごとに、XML over YAMLを使用することに関心がありますか?
- 構成
- 安全
- ルーティング
- サービス
- 翻訳
XMLとYAMLおよびJSONをグローバルに質問したいのですが、これらのトピックに固執します:)
これらのタイプのファイルごとに、XML over YAMLを使用することに関心がありますか?
XMLとYAMLおよびJSONをグローバルに質問したいのですが、これらのトピックに固執します:)
上記の各ポイントの私の会社のプロジェクトYAML
では、読みやすいので使用しています。一番読みやすい。一番読みやすい。
編集:
XML
overを使用することについて私が想像できる唯一の抽象的な状況YAML
は、おそらく一部の動的ファイル ライターの場合SimpleXML
です。たとえば、構成ファイルを定義する必要がある場合は、テストなどでスキーマを構築します...
しかし、別の状況を想像するのは難しいです。
別の編集:
私の回答が受け入れられたので、m2mdasに反対することはできません。彼が以下の回答で述べたように、XML
IDE のオートコンプリート サポートを使用するのが理にかなっているもう 1 つのことです。
xml 構成の利点は、IDE のオートコンプリートと即時の検証です。具体的なスキーマ定義によって定義された要素として、IDE はそれに対して要素を即座に検証できますが、これは YAML や JSON では不可能です。また、Symfony は構成内の xml 要素を処理する前に定義に対して検証すると思います。
編集:
検証とは、定義されたスキーマに対して要素構造を検証することを意味しました。構成を処理する前に検証することをお勧めします。たとえば、services.yml
数百のサービス オブジェクト定義がある場合、99 番目のサービス定義にエラーがあります。Yaml パーサーは段階的に解析し、高価な CPU 集中型のサービス オブジェクトを作成し、99 番目の定義で失敗します。一方、service.xml
定義済みのスキーマを使用すると、要素構造を検証し、問題がなければ処理できます。明らかに2番目のプロセスが効率的です。
Fabien Potencier は、彼のブログで YAML よりも XML を使用する利点について書いています。
XML ファイルがロードされると、組み込みの services.xsd ファイルで自動的に検証されます。
XML は IDE でオートコンプリートできます。
XML 形式は YAML 形式より高速です。
外部に依存しない XML 形式 (YAML 形式は sfYAML コンポーネントに依存します)。
この投稿は symfony1.x 向けに書かれていますが、ポイントは間違いなく Symfony2 にも適用できます。
XML を支持するもう 1 つの点は、YAML では不可能な、PHP 定数を使用してパラメーターを定義できることです。