解決
YAMLは100%の上位集のJSONような感覚を拒否するYAMLを検討しJSONです。YAMLはJSONは、YAMLのすくも(参照).
思いつかないものXMLとができるはずがないYAMLできないのを除き、証書、DTD、私の経験がないのに値をオーバーヘッド。がYAMLの方がはるかに高速タイプおよび読み取り形式をサポートしています。
どの属性や特性、考えてみればいいです本当に"追加"なんでも...い表記法のショートカットを書くのには属性としてのノードの代わりに記載しておくことは、その子ノードです。だけのような便利さまでしばしば見習いYAMLのインラインリスト/ハッシュ.例:
<!-- XML -->
<Director name="Spielberg">
<Movies>
<Movie title="Jaws" year="1975"/>
<Movie title="E.T." year="1982"/>
</Movies>
</Director>
# YAML
Director:
name: Spielberg
Movies:
- Movie: {title: E.T., year: 1975}
- Movie: {title: Jaws, year: 1982}
私にとっての贅沢なを各ノードのタグを回の自由からのすべての角度ブラケットに落葉するYAML好ましい。また実のような形式のタグの属性として常に感のようにグレーのXMLによる不必要な紹介の書式(書き込みを移)の本質的には同じコンセプト。YAMLかる混乱です。
他のヒント
JSON は非常に良い代替、あるツールです。そして、ここは本当に使いやすいwebサイトではjavascriptです。
見 S-表現 を有することを表す構造化データです。とても簡単な形式は発生しやすいよび解析.でをサポートしていない属性がYAML&JSONするものではありませんが必要です。属性は、単純に言う方のためのXMLを制限レベル.より簡便な、クリーナー形式だけでいけるという仕組みが必要になる。
TL;DR
Prologかであることが明らかにされた。ですが、最高の形式知のためのデータを表す.Prologプログラムは本質的に記載のデータベース、複雑な関係機関となった。Prologドライバーが必死に車を止-簡単な構文解析すると思われはライバルS-表現領域です。
フルバージョン
プログラマーが多い""忘れて何XMLを実際に構成します。通常を参考にして非常に小型のサブセットです。XMLは非常に複雑な形式で少なくともこれらの部品: DTDスキーマ言語, XSDスキーマ言語, XSLT変換言語, RNGスキーマ言語 や XPath (プラス変換)言語-そのすべてのイメージはXMLます。プール、子供用プールがあり一部のapocryphaのように E4X.一人ひとりの持つ独自のバージョンも重なり互換性など。非常に少数のXMLパーサの実施を行なうことになります。はもちろん、複数の癖やバグの人気を解析し、特にセキュリティの問題のように https://en.wikipedia.org/wiki/XML_external_entity_attack .
そのため、XML 代替 ではない非常に良い方法がありました。だいていないのかもしれませんしたいのが好きなのXML。
YAMLは、その最悪のオプションです。などしてXMLとしてもデザインされており、試みをカバーすべての拠点...十倍以上の各---に異なる独自の方法を誰も来構想です。んなことを聞いて、正しく動作YAMLのパーサです。Rubyの言語を使用するYAMLの多くは、有名な 奮 くようになっています。すべてのYAMLファイルデーから日付のコピー libyaml, ることが、手書きではないから発生する正式な記述)のようなパーサは、コードが非常に難しいことを確認のための正確性(機能が間に何百人ものラインを巻き込み制御流量既に述べたように、完全に含むJSONが...の一握りのUnicode符号化技術...内部同文書がなければ、おそらく、バンチのその他のものにんに聞いてほしい。
JSONは、今までとはまったく異なるのです。できるのではないでしょうかを書きJSONパーサーがダウンロードJSONパーサで人工物からのMaven Nexus.ができる非常に少ないが、少なくともいかにしてきました。な驚くことで生きています。(一部の違いは文字逃文字列は、doubleのエンコーディング)ない密排除できます。できな注釈などの書き込みます。複数行文字列を悪くします。どんどん意味の区別性の属性ですの実施により入れ子を生成する事ができます。
ともたかった右うXML wronged...でも、その後の人気もののようにYAML形式またはJSONとしています。なんとかファッション、合理的な考え方に別れプログラミング時間の中で紹.うまくいから始まった義,ホア,CoddとKowalski、何かしようとしているが、その機能を参照してくださの表現技法があるそうとしていする)
のものをお勧めしますJSON...もの頃から既に申し上げたように、しかるべき Googleのプロトコルのバッファー.
編集:プロトコルバッファを使用するprogramaticallyがバインディングのためのc++、java、python...)なのでできないものがあります。に適しております。
ま需要は少な..いたいかそれに近いXMLが拒否するだろうと一番近い相当な角度ブラケット(YAML).
とは嫌いで、なぜならず利用XML?なんかを実際に読み込まれたXML外のデバッグしたいと思い、あるいは不条理量の約ツールです。
くなXMLがなくなるわけではありませんするとして広く使用することとなりますので以下のツールです。
JSONは約相当のもののほうが場所取りすぎでいつも読む..がんを実際に読んでみたい(荷重をいう言語を使用しておりますが、これに変換することにネイティブアレイ/dicts/変数/whatever).
あんべJSON 遠 寝解析によXML:に使用しましたので、Javascriptのsimplejson Pythonモジュールにつ一つのコマンドともに早変わりネイティブにPythonの辞、またはJavascriptオブジェクト(この名が!)
はありま 軸索 をカバーする、XMLやJSON.説明していきましょうとつの例です。
神経回っていると考えられるでし短い形式のXMLデータです。
XML
<person>
<name>Frank Martin</name>
<age>32</age>
</person>
軸索
person{
name{"Frank Martin"}
age{32}}
または
person
name:
"Frank Martin"
age:
32
XML
<person name="Frank Martin" age="32" />
軸索
person{name:"Frank Martin" age:32}
または
person
name: "Frank Martin"
age: 32
軸索を含むものJSON.
JSON
{"name":"Frank Martin" "age":32 "birth":"1965-12-24"}
軸索
{name:"Frank Martin" age:32 birth:1965-12-24}
軸索を表現できる組み合わせのXMLやJSONのようなデータです。
軸索
table {
fields {
("id" "int") ("val1" "double") ("val2" "int") ("val3" "double")
}
rows {
(1 3.2 123 -3.4)
(2 3.5 303 2.4)
(3 2.3 235 -1.2)
}
}
または
table
fields
("id" "int")
("val1" "double")
("val2" "int")
("val3" "double")
rows
(1 3.2 123 -3.4)
(2 3.5 303 2.4)
(3 2.3 235 -1.2)
ご用意がございますのpython図書館 pyaxon ます。
と思い Clearsilver は非常に良いる。もとの比較ページ こちらの リスト 案件 が、それを使用する
保存コードのようなデータ LES (Loyc表現の書式は出芽ます。にのって多くの人が利用XMLのためのコードのように構築など、システムの構築を支える条件分岐に、コマンドを呼び出しにもタイルです。このようなものを自然にレス:
// LES code has no built-in meaning. This just shows what it looks like.
[DelayedWrite]
Output(
if version > 4.0 {
$ProjectDir/Src/Foo;
} else {
$ProjectDir/Foo;
}
);
いツール支援なもの;において、現在のところ唯一のLES図書館のためのC#.現在、唯一のアプリは利用ル: LLLPG.では"属性"がなんという意味なのでしょC#の属性をJavaの注釈はXML属性です。
理論を使用できるLESのためのデータやマークアップがありません規格で書かれた記事:
body {
'''Click here to use the World's '''
a href="http://google.com" {
strong "most popular"; " search engine!"
};
};
point = (2, -3);
tasteMap = { "lemon" -> sour; "sugar" -> sweet; "grape" -> yummy };
ればアレルギー-角度ブラケット、そしてJSON、 HDF (ClearSilver) OGDL 知識を有した人材が豊富で、知っていoffhand.
後のビットgooglingったもののリストを選択肢はこちら
http://web.archive.org/web/20060325012720/www.pault.com/xmlalternatives.html
YAMLは、一般的に人が読める形式でアキレスを癒しては複雑さが示すように、レールの脆弱性を見た。により携帯機器にRubyとしてコンフィグ言語のトム-プレストン-ウェルナーのGithubの名声強化をsane代替国TOML.そして巨大な牽引力をすぐにツールです。おすすめするものでYAMLチェックアウト:
AFAIK、JSON、YAMLまさに相当するデータ構造。YAMLだけでは以下のブラケットや引用した。なんだのは拒否する一つのです。
また、いかXMLの角ブラケットは"人間が読める形式、JSONのは、角括弧で巻きブラケットとなります
が真にふんだんに取って代わる選択肢のXMLでの問題の多くはそうなる図書館が利用できないためにすべての言語の選択肢とのライブラリは比較的困難にするものをいいます。
構文解析木の構造そのものをなる楽しい場合に比べてサーバ上にkey-value形式で格納などハッシュテーブル場合はハッシュテーブルをインスタンス要求を満たす、すべてのキー文字列の値を文字列で比較的非laborous実施hashtable2string()およびstring2hashtable().
って、ハッシュテーブルを直列化AJAXとPHPとJavaScriptの形式が開発した、というProgFTE(プログラマー向けのテキスト、説明:
http://martin.softf1.com/g/n//a2/doc/progfte/index.html
一見、RubyバージョンのProgFTE実装の一部としてKibuvitsブル:http://rubyforge.org/projects/kibuvits/