プロファイルについて簡単に説明
3499 ワード
最近のプロジェクトでは、XML、jsonなどを簡単に使用していたプロファイルを使用する必要がありますが、他にも使いやすいプロファイルがあるかどうかを見てみたいと思います.winの下で主に採用されているini形式のプロファイルを調べてみると、もちろんYAMLスキームもあります.
資料を調べたところ、いくつかの配置ファイルの方案の特徴は以下の通りである.
良いプロファイルには、次の要素が含まれていると思います.
1.ルールは十分簡単2.簡単な階層関係をサポートする.コメント4を許可する.解析が容易
5.ネストされた階層関係のサポート
6.サポートタイプ
json:
JavaScriptの流行で、JSONはJavaScriptの使用に最適なプロファイルになったのは当然です.JSONはJavaScriptで
ただし、実はJSONはプロファイルとしての使用には向いていません.上で私が定義した良いプロファイル条件から見ると、JSONルールは簡単だが読むべきではない(特に複雑なフォーマットされていないJSON)、注釈をサポートしないし、緩やかな文法も使用できない.
例えば、次のような余分なカンマはJSONでは間違った文法とされています.
JSONは確かにウェブページやAPIで情報を伝える良いフォーマットであり、様々な言語に解析ライブラリがありますが、プロファイルには向いていません.
INIフォーマットは良いプロファイルであり、優れたプロファイルのいくつかの特性も含まれています.解析が簡単なので、私たちのニーズに合うように拡張することができます.
XML
資料を調べたところ、いくつかの配置ファイルの方案の特徴は以下の通りである.
良いプロファイルには、次の要素が含まれていると思います.
1.ルールは十分簡単2.簡単な階層関係をサポートする.コメント4を許可する.解析が容易
5.ネストされた階層関係のサポート
6.サポートタイプ
json:
JavaScriptの流行で、JSONはJavaScriptの使用に最適なプロファイルになったのは当然です.JSONはJavaScriptで
eval()
またはJSON.parse()
を用いて解析することができ,解析後の内容は直接JavaScriptの内蔵対象となる.ただし、実はJSONはプロファイルとしての使用には向いていません.上で私が定義した良いプロファイル条件から見ると、JSONルールは簡単だが読むべきではない(特に複雑なフォーマットされていないJSON)、注釈をサポートしないし、緩やかな文法も使用できない.
例えば、次のような余分なカンマはJSONでは間違った文法とされています.
JSON.parse('[1, 2, 3,]')
// SyntaxError: JSON.parse: unexpected character at
// line 1 column 10 of the JSON data
JSONは確かにウェブページやAPIで情報を伝える良いフォーマットであり、様々な言語に解析ライブラリがありますが、プロファイルには向いていません.
INIフォーマットは良いプロファイルであり、優れたプロファイルのいくつかの特性も含まれています.解析が簡単なので、私たちのニーズに合うように拡張することができます.
XML
XMLはもちろん良いプロファイルですが、編集するのは面倒です.notepad++のようなソフトウェアが存在しても、カッコやネストが多すぎると、手書きのようなプロファイルが難しくなります.同じように括弧が多すぎるので、読みたくありません.同様に、カッコが多すぎるため、バージョン管理で異なるファイルバージョンを比較するときはあまり直感的ではありません.要するに、私はこの2つのプロファイルフォーマットを手書きしたくなくて、機械の生成はとても良い選択です.実際、一部のソフトウェアの特定のファイルフォーマットはXMLベースです.
YAML——完璧と言える
YAML:YAML Ain’t Markup LanguageはXMLの代わりに生まれた.
どうしてXMLじゃないの?理由:
YAMLの読みやすさが良い.
YAMLとスクリプト言語のインタラクティビティが良い.
YAMLは実装言語のデータ型を使用する.
YAMLには一貫した情報モデルがある.
YAMLは実現しやすい.
上の5つはXMLが足りないところです.また、YAMLにはXMLの以下の利点もあります.
YAMLはストリームに基づいて処理することができる.
YAMLは表現力が強く、拡張性が良い.
要するに、YAMLはXMLよりも敏捷な方法で、XMLが完成した任務を完成しようとしている.
ps:csdnエディタは本当に使いにくいので、次はmarkdownを使いましょう.
YAML:YAML Ain’t Markup LanguageはXMLの代わりに生まれた.
どうしてXMLじゃないの?理由:
YAMLの読みやすさが良い.
YAMLとスクリプト言語のインタラクティビティが良い.
YAMLは実装言語のデータ型を使用する.
YAMLには一貫した情報モデルがある.
YAMLは実現しやすい.
上の5つはXMLが足りないところです.また、YAMLにはXMLの以下の利点もあります.
YAMLはストリームに基づいて処理することができる.
YAMLは表現力が強く、拡張性が良い.
要するに、YAMLはXMLよりも敏捷な方法で、XMLが完成した任務を完成しようとしている.
ps:csdnエディタは本当に使いにくいので、次はmarkdownを使いましょう.