アカウント名:
パスワード:
XMLは一般人レベルでも聞いた事あるし、扱いやすく関連技術も整備されていて素晴らしい。JSONとかいう聞いた事のない拡張子はいらないよ。ちょっと冗長だとかJavaScriptで扱いづらいとかはあるけど、そんな理由で切り替えてりゃキリがない。
XMLは一般人レベルでも聞いた事あるし、
おめでとう君は十二分に逸般人だ
洋服のサイズですよね？
#惜しい
SGMLなら知ってます。
Gは・・・ジャイアント？
XMLの残念なところ・閉じタグめんどい・値と子要素の使い分けワケワカメ・中身が足されるうちにどんどんカオスくなる・そのうち文字列によるオレオレデータがぶちこまれてXML的じゃなくなる・結局オブジェクトへのマッパーを通さないと「読めない」
じゃぁジェイソンだねージャバスクリプトで書き慣れてるしーと思ってもJSONの残念なところ・コメントが書けない・JSリテラルと違ってキー名のクォーテーション必須・クォーテーションはダブルクォーテーションマークに限定・複数要素の末尾カンマがNG（糞）・日付時刻型がない
それならヤムってインライんじゃえば？っと思ってもYAMLの残念なところ・クォーテーションはやっぱりダブルクォーテーションマークに限定・インデントに縛られるのがJSONよりめんどい・コロンと値の間のスペースとか細かいシンタックスがJSONよりめんどい
結局何を使っても不満は出る
次期規格の何かでは・スペースを含まない文字列は : とかで始めればいいように ・rubyのsymbol慣れると便利なので・=で始まることでBase64文字列がかけるとかでバイナリも入れられるあたりを期待したい
それ欲しいな〜と思う事はありますが、、「人間にとって読み書きが容易」「UTF-8 でエンコードすることが必須」と言うのを崩したらダメだと思う。そしてバイナリならXML使ってねと。。
バイナリを読み書き容易に入れるのはそも無理ですので流石にご容赦頂きたいちょびっと入れたいときに全部xmlにしたくないじゃ無いですか
UTF8とは両立できると思いますがそこはなにを懸念してらっしゃるのか分かんないっす
それって手書きの良くないところだと思うんですけど、機械で読み書きするのもXMLは大変なんですよね。ストリームだとカノニカルチェック出来てないので、どうしたってバッファの量が多くなるし。
とりあえずjsonはコメント書けないのがks 他はまあ
{ "key" : "後勝ちなので先の同一キーのバリューにコメント書けます" "key" : "value"}
Lintが警告吐くのがうざいのです
固定長レコードのファイル形式で何の不満も聞いたことがありません
そんなあなたにEDN [github.com]
でも使う人は主にclojuarianしか居ないというorz#とあるclojure好きなlisper
JSONとかいう聞いた事のない拡張子はいらないよ。
JSONは、めちゃくちゃ使われているらしいよ。
このサイト、めちゃくちゃjson使われてて草https://twitter.com/__sugar__salt/status/1004392799368704000 [twitter.com]
よく json の中身まで見て下さいねそのサイトで使われているのはxml over jsonです
つまり、問題なのは拡張子ですね。
そうですよ。最初からそう言ってるではないですか。
よくたれ込み本文やもと記事まで読んでくださいね奇妙だと言われているのは拡張子です
「.JSONという奇妙な拡張子」「聞いたこともない拡張子」だけでなく、
> 難解なGPS座標や時間情報が表示されていた
とあるので、ファイル形式だけでなく、一般人(カーチャン)にとって読みやすい、住所や時間表記を使えという事ではないのでしょうか？
確かに、XMLはJSONと違ってコメントを書けるので、難解なGPS座標にコメントで住所を併記することはできますが、コメントと実際の内容が一致していることを保証する手段がない以上「Evil bitが立っていないから安全な通信」と同じレベルではないかと、、、
"_comment": "" とかで書けばいいからじゃないですかねセマンティックに意味がない、ホントのコメントだとデシリアライズしてシリアライズすると消えちゃうし…
hjson使えばコメント付けられるよ。
どうもこう、「じゃあCSVにもコメント要るんかよ？」って脊髄反射しかけてしまうのですが、JSONにコメント必要ってのは、具体例で言うとどんなケースなのだろう。まさか「この要素はこういう用途で使います」とか「値としてコレとかコレが入りその意味は各々～」みたいのを書くワケじゃないですよね……
データファイルではなく、設定ファイルとして.jsonを使う場合かな。node.js 等を使う場合は設定ファイルが .json なので。
「この要素はこういう用途で使います」とか「値としてコレとかコレが入りその意味は各々～」
みたいなのを表現するのは、JSON Schema なんてのがありますね。私は使ったことないですが……。
形式の宣言とかチェックとか盛り込みたくなる気持ちはわかるけど、だったらXMLでいいという話ではある。
XML SchemaがめんどくさいからJSON使ってるんだよね（暴論）
XMLはスタイルシート(XSLT)さえあれば人間が読めるようになってる。うまく書けば世界地図上や地図無しで経路が分かるはず。
XSLTで変換をかければ見やすくできたとしても、カーチャンが拾ってきたXML単体にXSLTを適用する手間を考えたら専用のサイトなりで閲覧したほうが楽だし、その場合は、XMLでもJSONでも(サイトを作った奴の好みだけで)構わないんじゃ
XSLTスタイルシートってまず見る機会がないけど普通にダブルクリックで見られるよ。ただ、表現できるのは静的なHTML程度なので地図とかには向かない。別にJavaScriptだって使っていいけど意味ないし普通は使わない。あと重い。
んーー、そんじゃXMLなんて非決定性構文使わなくてもASN.1でいいじゃないか。業界人ならだれでも知ってる。あっち方面といえばその後MPEG-2なんかも生まれてきた。最近はjson-ldなんてヘンテコなものまであるらしい（お前らそんなにXMLが嫌いか）
つまりは、作りたい人が居るから生まれてくるのだと思われ。適合性なんてどうでもいいんだよ。
昔のFirefox系（Netscape・Phoenix・Firebirdも含んだと思う）はbookmarks.html（だったと思う）をファイル共有すればブックマークを共有できたが、今のFirefox系（PaleMoon等含）は意識してbookmarks-2018-06-10.json（日付は毎日変わる）等をやりとりしてブックマーク共有を管理しなければならない。Syncだぁ？ 誰が性癖露わのブックマークを他人に委ねるか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
JSONいらない (スコア:2, おもしろおかしい)
XMLは一般人レベルでも聞いた事あるし、扱いやすく関連技術も整備されていて素晴らしい。
JSONとかいう聞いた事のない拡張子はいらないよ。
ちょっと冗長だとかJavaScriptで扱いづらいとかはあるけど、そんな理由で切り替えてりゃキリがない。
Re:JSONいらない (スコア:4, おもしろおかしい)
XMLは一般人レベルでも聞いた事あるし、
おめでとう君は十二分に逸般人だ
Re:JSONいらない (スコア:1, おもしろおかしい)
洋服のサイズですよね？
#惜しい
Re: (スコア:0)
SGMLなら知ってます。
Gは・・・ジャイアント？
Re:JSONいらない (スコア:1)
XMLの残念なところ
・閉じタグめんどい
・値と子要素の使い分けワケワカメ
・中身が足されるうちにどんどんカオスくなる
・そのうち文字列によるオレオレデータがぶちこまれてXML的じゃなくなる
・結局オブジェクトへのマッパーを通さないと「読めない」
じゃぁジェイソンだねージャバスクリプトで書き慣れてるしーと思っても
JSONの残念なところ
・コメントが書けない
・JSリテラルと違ってキー名のクォーテーション必須
・クォーテーションはダブルクォーテーションマークに限定
・複数要素の末尾カンマがNG（糞）
・日付時刻型がない
それならヤムってインライんじゃえば？っと思っても
YAMLの残念なところ
・クォーテーションはやっぱりダブルクォーテーションマークに限定
・インデントに縛られるのがJSONよりめんどい
・コロンと値の間のスペースとか細かいシンタックスがJSONよりめんどい
結局何を使っても不満は出る
Re:JSONいらない (スコア:2)
次期規格の何かでは
・スペースを含まない文字列は : とかで始めればいいように
・rubyのsymbol慣れると便利なので
・=で始まることでBase64文字列がかけるとかでバイナリも入れられる
あたりを期待したい
Re: (スコア:0)
それ欲しいな〜と思う事はありますが、、
「人間にとって読み書きが容易」
「UTF-8 でエンコードすることが必須」
と言うのを崩したらダメだと思う。
そしてバイナリならXML使ってねと。。
Re:JSONいらない (スコア:2)
バイナリを読み書き容易に入れるのはそも無理ですので流石にご容赦頂きたい
ちょびっと入れたいときに全部xmlにしたくないじゃ無いですか
UTF8とは両立できると思いますがそこはなにを懸念してらっしゃるのか分かんないっす
Re: (スコア:0)
それって手書きの良くないところだと思うんですけど、機械で読み書きするのもXMLは大変なんですよね。ストリームだとカノニカルチェック出来てないので、どうしたってバッファの量が多くなるし。
Re: (スコア:0)
とりあえずjsonはコメント書けないのがks 他はまあ
Re:JSONいらない (スコア:3)
{
"key" : "後勝ちなので先の同一キーのバリューにコメント書けます"
"key" : "value"
}
Re:JSONいらない (スコア:1)
Lintが警告吐くのがうざいのです
Re: (スコア:0)
固定長レコードのファイル形式で何の不満も聞いたことがありません
Re:JSONいらない (スコア:2)
----------|------|------------...
0123579872|000123|<xml xmlns="...
ですねわかります。
Re: (スコア:0)
そんなあなたにEDN [github.com]
でも使う人は主にclojuarianしか居ないというorz
#とあるclojure好きなlisper
Re: (スコア:0)
JSONとかいう聞いた事のない拡張子はいらないよ。
JSONは、めちゃくちゃ使われているらしいよ。
このサイト、めちゃくちゃjson使われてて草
https://twitter.com/__sugar__salt/status/1004392799368704000 [twitter.com]
Re: (スコア:0)
よく json の中身まで見て下さいね
そのサイトで使われているのは
xml over json
です
Re: (スコア:0)
つまり、問題なのは拡張子ですね。
Re: (スコア:0)
そうですよ。最初からそう言ってるではないですか。
Re: (スコア:0)
よくたれ込み本文やもと記事まで読んでくださいね
奇妙だと言われているのは
拡張子
です
ファイル拡張子が本質なの？ (スコア:0)
「.JSONという奇妙な拡張子」「聞いたこともない拡張子」だけでなく、
> 難解なGPS座標や時間情報が表示されていた
とあるので、ファイル形式だけでなく、
一般人(カーチャン)にとって読みやすい、住所や時間表記を使えという事ではないのでしょうか？
確かに、XMLはJSONと違ってコメントを書けるので、
難解なGPS座標にコメントで住所を併記することはできますが、
コメントと実際の内容が一致していることを保証する手段がない以上
「Evil bitが立っていないから安全な通信」と同じレベルではないかと、、、
Re: (スコア:0)
JSONにコメントつけらんないのって何でなんだろね？
JavaScriptのコメント構文そのままでよさそうなのに
つか大抵のJSONパーサってJavaScriptのコメント受け付けるよね
Re:ファイル拡張子が本質なの？ (スコア:2)
"_comment": "" とかで書けばいいからじゃないですかね
セマンティックに意味がない、ホントのコメントだとデシリアライズしてシリアライズすると消えちゃうし…
Re: (スコア:0)
hjson使えばコメント付けられるよ。
Re: (スコア:0)
どうもこう、「じゃあCSVにもコメント要るんかよ？」って脊髄反射しかけてしまうのですが、
JSONにコメント必要ってのは、具体例で言うとどんなケースなのだろう。
まさか「この要素はこういう用途で使います」とか「値としてコレとかコレが入りその意味は各々～」みたいのを書くワケじゃないですよね……
Re:ファイル拡張子が本質なの？ (スコア:2)
データファイルではなく、設定ファイルとして.jsonを使う場合かな。
node.js 等を使う場合は設定ファイルが .json なので。
「この要素はこういう用途で使います」とか「値としてコレとかコレが入りその意味は各々～」
みたいなのを表現するのは、JSON Schema なんてのがありますね。私は使ったことないですが……。
svn-init() {
svnadmin create .svnrepo
svn checkout file://$PWD/.svnrepo .
}
Re:ファイル拡張子が本質なの？ (スコア:1)
形式の宣言とかチェックとか盛り込みたくなる気持ちはわかるけど、
だったらXMLでいいという話ではある。
XML SchemaがめんどくさいからJSON使ってるんだよね（暴論）
Re: (スコア:0)
Re:ファイル拡張子が本質なの (スコア:0)
XMLはスタイルシート(XSLT)さえあれば人間が読めるようになってる。
うまく書けば世界地図上や地図無しで経路が分かるはず。
Re: (スコア:0)
XSLTで変換をかければ見やすくできたとしても、
カーチャンが拾ってきたXML単体にXSLTを適用する手間を考えたら
専用のサイトなりで閲覧したほうが楽だし、
その場合は、XMLでもJSONでも(サイトを作った奴の好みだけで)構わないんじゃ
Re: (スコア:0)
XSLTスタイルシートってまず見る機会がないけど普通にダブルクリックで見られるよ。
ただ、表現できるのは静的なHTML程度なので地図とかには向かない。
別にJavaScriptだって使っていいけど意味ないし普通は使わない。
あと重い。
Re: (スコア:0)
んーー、そんじゃXMLなんて非決定性構文使わなくてもASN.1でいいじゃないか。業界人ならだれでも知ってる。
あっち方面といえばその後MPEG-2なんかも生まれてきた。
最近はjson-ldなんてヘンテコなものまであるらしい（お前らそんなにXMLが嫌いか）
つまりは、作りたい人が居るから生まれてくるのだと思われ。適合性なんてどうでもいいんだよ。
Re: (スコア:0)
昔のFirefox系（Netscape・Phoenix・Firebirdも含んだと思う）はbookmarks.html（だったと思う）をファイル共有すればブックマークを共有できたが、
今のFirefox系（PaleMoon等含）は意識してbookmarks-2018-06-10.json（日付は毎日変わる）等をやりとりしてブックマーク共有を管理しなければならない。
Syncだぁ？ 誰が性癖露わのブックマークを他人に委ねるか。