в Go нет привязки к гитхабу, там командой go get (созданиt локальной копии) поддерживаются протоколы Bazaar, Git, Mercurial и Subversion.

Вот мне кажется это правильно

В dub было бы круто, если бы рядом с версией можно было url указать

в Go нет привязки к гитхабу, там командой go get (созданиt локальной копии) поддерживаются протоколы Bazaar, Git, Mercurial и Subversion.

Тогда круто. Питоновский pip тоже умеет принимать git-адрес в качестве версии. Чтобы нестабильные библиотеки юзать.

На сколько в vibed удобно ходить по JSON вложенным в MongoDB ?

Просто вот допустим в ArangoDB можно используя AQL ходить, но я думаю может проще прямо из языка структуры перебирать?

filter! и тд

ты имеешь ввиду десериализацию?

я просто никак не пойму как мне лучше JSONы хранить. Впору вообще на чистой ФС т.к. не ясны выгоды от Монги т.к. мне главное удобно получать доступ к разным их уровням вложенности

чо?

в фс не надо

точно не надо

сколько у тебя этих json'ов будет?

вложения будут динамические или у всех схожая структура?

Скорее всего счет на десятки. 20-30 не больше

они меняться постоянно будут?

ну по факту это будут GEOJSON с описанием геометрии

т.е. структура похожа

я не в курсе что за формат geojson

но не одинаковая — тут линии — там полигоны

json описывающиq геоданные

это я как раз понимаю

я не представляю что в нём хранится

и в каком виде

скинь хоть пример то

лучше 2

http://www.everfall.com/paste/id.php?4iiqwem7tmiz

примерно такие данные

может я не внимателен, но тут 1 вложение

фиксированный формат

ты можешь сделать структуру и десериализовывать в неё json, а потом уже проходиться по полям уже в коде

думаешь так удобнее будет?

думаю да

я бы так сделал

но я не работал с geojson

может там среди координат может внезапно объект какой-нибудь попасться)

https://ru.wikipedia.org/wiki/GeoJSON

"properties" только вариабельное поле, да?

Формат простой как дверь И конечно лучше сразу сделать анмаршаллинг в структуру и работать с ней Если данных много или их надо активно менять - используй БД

"properties" только вариабельное поле, да?

?

?

пример в статье

там вроде структура сохраняется от феатуры к феатуре

но properties у всех может быть разное

Вариабельное - в смысле нет определённого количества полей? Да

Ну приводи его к string[string]

да это понятно

можно и так всё как объект json оставить

но это не интересно)

Ещё и медленно

погоди а на моем примере у структуры будет какая структура? string type; string features; чтоли?

я думаю посложнее

чуть-чуть

"type": "FeatureCollection"

У вас в D есть генераторы структур из JSON?

http://code.dlang.org/packages/asdf

думал сделать, но нет, нету

это не то

если я, конечно, правильно вопрос понял

генераторы структур из JSON это когда на вход JSON а на выходе D код, который потом можно юзать

Я вот такую штуку имею в виду http://json2struct.mervine.net/

м... кfк понимаю geojson будет иметь всегда одинаковую структуру полей

@DmitryBubnenkov это уже к тебе вопрос) ты с ним работаешь) судя по примеру в википедии (что не является достоверным источником информации) не имеет чёткой структуры только properties

Я вот такую штуку имею в виду http://json2struct.mervine.net/

да да да...

@DmitryBubnenkov это уже к тебе вопрос) ты с ним работаешь) судя по примеру в википедии (что не является достоверным источником информации) не имеет чёткой структуры только properties

Вообще то у пропертей весьма чёткая структура - мапа для строчек

нет

"properties": { "prop0": "value0", "prop1": 0.0 }

вот тут double

Ох, точно

ERROR: S client not available

"properties": { "prop0": "value0", "prop1": {"this": "that"} }

а тут объект

В D есть variadic типы?

Да, когда нибудь я примусь за D после Rust Хыхыхы

Да, когда нибудь я примусь за D после Rust Хыхыхы

Всё таки довольно интересная балалайка

есть Variant, но по мне так это дичь

ну вот тут получше пример: http://geojson.org/

стоит ли его как структуру описывать?

и мне не понятно это как одна структура будет или как набор вложенных структур. По идее набор вложенных

конечно набор вложенных

просто вот тут уже http://www.everfall.com/paste/id.php?8acrn79pij4u

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

как я смогу его структурой описать?

в том то и дело, что описание отдаваемых данных должно чётко регламентировать, что у одного feature только одно поле type

просто вот тут уже http://www.everfall.com/paste/id.php?8acrn79pij4u

это пример с вики?

мне бы универсальное решение пригодилось...

нет с http://gis-lab.info/docs/geojson_ru.html

А можно глупый вопрос?

ага

У вас в D есть динамические массивы?

да

string x [];

ну блин)

string[] x;

этот стиль объявления переменных очень давно устарел

А юнионы есть?

да

и ассоциативные массивы

не библиотечные

встроенные

Тогда в чём проблема?

у меня нет проблем)