【JML】JSON Markup Language策定・普及推進スレ

1 ：10/11/10 〜 最終レス ：11/12/02

　ウザいXML・HTMLを離れjavascriptと親和性の高いJSON互換のMarkup言語を
使いませんか？そろそろXMLと決別したい人のスレです。
スレの目標：
　JSONでXML・HTML・XSLを生成でき、最も簡潔、かつ柔軟性のある
データ形式をム板的に策定する。
取り敢えず、JML暫定案。
タグの代替案その1
最小構成　["タグ",{}}
基本構文　{"タグ",{"属性":"値"},ブロック,.ブロック,・・・}
ネストさせていくとこんな感じ。
["タグ",{"属性":"値"},["タグ",{...},...],"文字列",["タグ",{...},...]]
タグの代替案その2
最小構成　["タグ"]
基本構文　{"タグ",{"属性":"値"},[ブロック,ブロック,・・・]}
属性とブロックは省略可能でブロックは文字列に置き換え可。
{"タグ","文字列"}
ネストさせていくとこんな感じ。
["タグ",{"属性":"値"},[["タグ"],"文字列",["タグ","文字列"]]]
使い勝手がよければ全く新しい形式で構わないのでどんどん提案
しちゃってください。
※データ形式ならS式でも良かったんですが処理系の普及が非現実なので止めました。

2 ：

素のJSONで何か問題あんの

3 ：

>>2
将来的にXML系を完全に置き換えたいのよ。
それとXAMLやXSLのようなUIをデザインできる
JSONのサブセット規格が欲しいんだよ。
あとJSONの素の形式じゃXML系に
置き換える形式がプログラムによってまちまちで不便でしょ。

4 ：

>>3
それって、JSONのスーパーセットになるんじゃないの？

5 ：

このスレッドは天才pンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

6 ：

>>4
構文上JSONのデータとしてそのまま使えるんだからサブセットじゃね？
別にJSONの構文から拡張したりはしないよ。逆に構文をある程度制限はするけどね。

7 ：

YAMLでええのとちゃう?

8 ：

Javaとの親和性がなくなるよ
(readObject()だけで復元できなくなる)
構文解析するときに、XMLを構文解析するときと同じくらいの労力が必要になる

9 ：

>>7
YAMLってよくわからんけど、文字列evalに渡すだけでオブジェクトに出きるの？
>>8
YAMLの話？JSONの話？JSONならJavaのScriptEngineで読み出す仕組みを
一回作れば済むんじゃない？ ScriptEngine扱うのはそんな難しそうじゃないぞ。

10 ：

>>9
ScriptEngineでXMLを読み出す仕組みを一回作れば済むんじゃない？ ScriptEngine扱うのはそんな難しそうじゃないぞ。

11 ：

>>10
何の意味があるのかさっぱりだな。皮肉になってないぞ。

12 ：

>>11
net.arnx.jsonic.JSONを使えば一行でJSONからオブジェクトに変換できる。
こんな風に。
Type foo = JSON.decode(text, Type.class);
だから、JavaでのJSONとXMLの扱いは変わらんという皮肉じゃないか？

13 ：

JSONにオブジェクトのメタデータをつけると、XMLの解析と同じくらいやっかいになる
ただのテキストのXMLとJavaの親和性がない(と感じる)理由は、結局、XMLにメタデータがくっついてるから
メタデータが必要ないプリミティブのペアやリストや木構造だけなら、XMLもJSONも同程度の行数で構文解析できる

14 ：

昔はクライアント側でゴリゴリ書いてるサイトってうざがられてたのに、時代は変わったものだな。
JSONなんて一部のマニアしか使ってなかったのにな。

15 ：

>>1
>基本構文　{"タグ",{"属性":"値"},ブロック,.ブロック,・・・}
>基本構文　{"タグ",{"属性":"値"},[ブロック,ブロック,・・・]}
どっちもJSONだと構文エラーだけどどうすんの？
tuple導入してJSONのスーパーセットにしたいの？単にリストのつもりなの？それともEBNF？

16 ：

>>15
すまん。カッコが正しいか見ずに打ってた。
あと、JSONは一番外は、配列ダメだったの忘れてた。
直すとこんな感じか。
タグの代替案その1
最小構成　{"タグ":[{}]}
基本構文　{"タグ":[{"属性":"値"},ブロック,ブロック,・・・]}
また、間違ってたりXMLに
変換すると不備がでそうなとこがあったら教えとくれ。

17 ：

んー。
返って冗長になったなぁ。
{"タグ":{"属性":"値"}}
みたいな省略形式を許容すれば、
見た目ややすっきりするけど一貫性が下がるし、
構文の判定も若干面倒くなるんだよな。
いいデザインはないかねぇ。

18 ：

ProtocolBufferのことも、時々は思い出してあげてください。
http://code.google.com/p/protobuf/

19 ：

>>16
>あと、JSONは一番外は、配列ダメだったの忘れてた。
んなこたーない
>>http://www.ietf.org/rfc/rfc4627.txt
> JSON-text = object / array
あとAvroのこともたまには思い出してあげてくだしあ

20 ：

こんなのはどう？
JSON = ["<タグ 属性名=属性値...>子要素</タグ>..."]

21 ：

>>19
　あ、いいんだ。ありがと。
#せっかくXMLコンバーター書き直したのに、また書き直しだ・・・。
>>20
Javascriptで編集できないじゃん。
わざわざパース実装すれば別だろうけど。

22 ：

JSONって日本語使えないんでしょ？
面倒じゃない？

23 ：

>>22
keyもUnicode文字列だぞ

24 ：

カオスラウンジもpixivもしんで。

25 ：11/12/02

　　∧,,,∧　
　( 　・∀・)　ほー　それで
　 (　　：　)　
　　し─J