YAML под Delphi

← →
Fenik © (2010-02-25 21:24) [0]

Есть ли парсер/генератор YAML под Delphi?

← →
Fenik © (2010-02-25 21:25) [1]

Вроде такой клёвый формат, а под Дельфи ничего найти не могу..

← →
sniknik © (2010-02-25 21:42) [2]

http://ru.wikipedia.org/wiki/JSON#.D0.A1.D1.80.D0.B0.D0.B2.D0.BD.D0.B5.D0.BD.D0.B8.D0.B5_.D1.81_YAML

← →
Fenik © (2010-02-25 22:16) [3]

Там, вроде, четко написано, что yaml покрывает json, но не наоборот.
Т.е. парсер json с yaml-конфигом не справится.

← →
sniknik © (2010-02-25 23:43) [4]

а компонент парсера json вовсе не обязан только одно подмножество обрабатывать... называть же принято по самому популярному варианту.

и потом,
> Вроде такой клёвый формат
как то не согласуется с тем, чтобы справляться с yaml-конфигом.

вот учится программированию советуют с паскаля, и какая разница что паскаль не справится с кодом дельфи?
цель какая? кроме того, что "такой клёвый формат"?

← →
Fenik © (2010-02-25 23:57) [5]

Мне не надо учиться yaml. Мне лишь надо сохранять и читать файлы в этом формате. Вопрос в том, писать свой парсер или не писать, если есть готовое.

> называть же принято по самому популярному варианту

Как миниму, в LkJSON нет никакого упоминания yaml.

← →
turbouser © (2010-02-26 00:03) [6]

> Fenik ©

Что там хорошего-то?

← →
KilkennyCat © (2010-02-26 00:04) [7]

Особой клевости не обнаружил, кроме геморроя с переносом между разными приложениями, а вроде именно это нехилое свойство подобных реализаций.
А если требуется только для себя, то смысл?

← →
Fenik © (2010-02-26 00:12) [8]

Нужен читабельный, гибкий, расширяемый и достаточно компактный формат хранения некоторых конфигурационных файлов.
XML - громоздкий и нечитабельный.
JSON - компактный, но нечитабельный.
YAML - самое оно.

← →
sniknik © (2010-02-26 00:15) [9]

> Мне лишь надо сохранять и читать файлы в этом формате.
сохраняй в json, какая тебе разница какой из диалектов использовать, все одно ни того ни другого не знаешь.

обычно требования к конкретным особенностям возникают либо если о них знают и что то конкретно из них нужно, либо не знают вообще и чтобы "не учить лишнего" ищут "самое крутое".
у тебя какой вариант?

> Как миниму, в LkJSON нет никакого упоминания yaml.
блин, да он же в исходниках... просто добавь нужное.

← →
KilkennyCat © (2010-02-26 00:16) [10]

ini

← →
sniknik © (2010-02-26 00:17) [11]

> JSON - компактный, но нечитабельный.
???
это продолжение/упрощение "твоего" YAML-а.
ты вообще их видел или только рекламные проспекты читал?

← →
sniknik © (2010-02-26 00:31) [12]

что понятнее? на суд сторонних участников -

YAML
event: PRIVMSG methods: - name: newUri regexp: "^http://.*" - name: deleteUri regexp: "^delete.*" - name: randomUri regexp: "^random.*"

JSON
{event: PRIVMSG, methods: [ {name: newUri, regexp: "^http://.*"}, {name: deleteUri, regexp: "^delete.*"}, {name: randomUri, regexp: "^random.*"} ] }

← →
KilkennyCat © (2010-02-26 00:35) [13]

одинаково по читабельности.
конкретно к этому примеру, создание парсинга для JSON проще и как это выразить? более ошибкостойко.

← →
Fenik © (2010-02-26 00:49) [14]

YAML выбран потому, что файлы, возможно, будут читаться и правиться вручную людьми, незнакомыми c синтаксисом json. Если они случайно затрут запятую, не заэкранируют кавычку и забудут скобочку, то файл будет испорчен. YAML в этом плане намного дружелюбнее и доступнее любому непосвященному.

> sniknik ©

Хватит оффтопить. Я задал конкретный вопрос.
На бессмысленные холивары у меня нет времени.

← →
KilkennyCat © (2010-02-26 00:54) [15]

> Хватит оффтопить. Я задал конкретный вопрос.
> На бессмысленные холивары у меня нет времени.

не сочетается с употреблением "клевый". Будь последователен.
Также не сочетается с желанием делать дружелюбный интерфейс. Улыбайся, и люди к тебе потянуться.
Ну а если ценишь свое время, то все реализации находятся на официальной странице "клевой" штучки. Тебе найти ссылку? Чтоб ты время не тратил?

> создание парсинга для JSON проще
я использовал в javascript, вставлял прямо в html страничку... парсинг вообще не нужен. просто пишешь = какой нибудь переменной, и готов javascript объект. очень удобно.
а вот когда с использованием аякс немного сложнее, либо eval либо функцию из jquery (одну из, на выбор) все таки приходилось использовать, но в итоге на выходе тот же объект.
проще не бывает.

> sniknik © (26.02.10 00:55) [16]

ну это слишком специфично.
Я рассматривал с точки зрения просто информации и восстановления данных при каком либо дефекте, и реализации парсинга самостоятельно. В этом случае, мне кажется, структура JSON более надежна.

Удалено модератором

> Хватит оффтопить. Я задал конкретный вопрос

Не в том месте

> > Хватит оффтопить. Я задал конкретный вопрос
>
>
> Не в том месте
>

Что же мешает добавить еще одну красную строчку. Заключительную?

YAML под Delphi Найти похожие ветки