Topic: JSON - нафиг он? - page 2. (Read 5077 times)
Нет, XML куда сложнее. В нём есть именованные узлы, атрибуты и косвенные параметры, влияющие на разбор. А JSON — это просто список ключ-значение, зачастую, со вложенными такими же списками.
А сейчас просто этот JSON в моде и все тут. 
ага, эдакий XML v2.0
А сейчас просто этот JSON в моде и все тут.
вот такое примерно получил я в CLI. отинтерпретируйте мне пожалуйста это в 3 столбика? не забывайте, что порядок следования этих полей может измениться
Зато если я использую, скажем, библиотеку для, скажем, PHP, тот же самый запрос оказывается таблицей, которую удобно парсить
.Понятно что это не олимпиадная задача и распарсить это можно. Мне не понятно почему оно в CLI.
Пока, как я понял, мне чтобы это распарсить (этой штукой http://github.com/micha/jsawk ) придётся поставить целый javascript-интерпретатор, видимо
Вот, собственно, решение:
Code:
$ cat test.txt |jsawk -n 'out(this.label+" "+this.amount+" "+this.confirmations)'
251.61 11
user_id:152 842.2 12
user_id:21 1 1328
251.61 11
user_id:152 842.2 12
user_id:21 1 1328
Потому что его легко интерпретировать в различных языках программирования. Во-первых, есть множество биндингов для различных ЯП. Во-вторых, результаты запросов могут представлять собой таблицу или массив, но при этом их можно использовать для любых других нужд.
ааа, легко?!
Code:
[
{
"label" : "",
"amount" : 251.61000000,
"confirmations" : 11
},
{
"label" : "user_id:152",
"amount" : 842.20000000,
"confirmations" : 12
},
{
"label" : "user_id:21",
"amount" : 1.00000000,
"confirmations" : 1328
}
]
{
"label" : "",
"amount" : 251.61000000,
"confirmations" : 11
},
{
"label" : "user_id:152",
"amount" : 842.20000000,
"confirmations" : 12
},
{
"label" : "user_id:21",
"amount" : 1.00000000,
"confirmations" : 1328
}
]
вот такое примерно получил я в CLI. отинтерпретируйте мне пожалуйста это в 3 столбика? не забывайте, что порядок следования этих полей может измениться
Зато если я использую, скажем, библиотеку для, скажем, PHP, тот же самый запрос оказывается таблицей, которую удобно парсить
. Насчёт CLI -- было бы неплохо написать ncurses-интерфейс для bitcoin или переделать wxgtk-интерфейс для bitcoind.
не надо путать CLI и терминал
Вообще, Сатоши с точки зрения "маркетинга" может быть и прав был, когда сделал клиента "всё в одном" - и гуй, и демон и cli. Но вот писать теперь под биткоин интерфейсы не слишком удобно. лучше бы это была библиотека...
Потому что его легко интерпретировать в различных языках программирования. Во-первых, есть множество биндингов для различных ЯП. Во-вторых, результаты запросов могут представлять собой таблицу или массив, но при этом их можно использовать для любых других нужд.
ааа, легко?!
Code:
[
{
"label" : "",
"amount" : 251.61000000,
"confirmations" : 11
},
{
"label" : "user_id:152",
"amount" : 842.20000000,
"confirmations" : 12
},
{
"label" : "user_id:21",
"amount" : 1.00000000,
"confirmations" : 1328
}
]
{
"label" : "",
"amount" : 251.61000000,
"confirmations" : 11
},
{
"label" : "user_id:152",
"amount" : 842.20000000,
"confirmations" : 12
},
{
"label" : "user_id:21",
"amount" : 1.00000000,
"confirmations" : 1328
}
]
вот такое примерно получил я в CLI. отинтерпретируйте мне пожалуйста это в 3 столбика? не забывайте, что порядок следования этих полей может измениться
Насчёт CLI -- было бы неплохо написать ncurses-интерфейс для bitcoin или переделать wxgtk-интерфейс для bitcoind.
Потому что его легко интерпретировать в различных языках программирования. Во-первых, есть множество биндингов для различных ЯП. Во-вторых, результаты запросов могут представлять собой таблицу или массив, но при этом их можно использовать для любых других нужд.
Почему авторы так любят этот формат? Даже в CLI-интерфейсе всё отдаётся в нём
Благодаря этому я багу словил
Благодаря этому я багу словил
Jump to: