В этой да. По документации. И уже скоро я буду пытаться их заюзать в реальном проекте

всё равно мне кажется это слишком специфическая задача, чтобы реализовывать её на уровне бд

ну не суть

Просто PG и geojson будет ужасом

А на каком уровне надо тогда?

на уровне кода

Я сам логину просчета координат не смогу написать

Там же координаты, проекции

там сложнее чем с плоскостью, но не на столько

Ну я к сожалению не потяну. Ты мой уровень думаю уже знаешь

с известной математиков вообще всё просто

гуглишь и вставляешь код

Там же 1001 фишка. Пересечение. Близость. Буфер. Наложение и тд

Ну я как дойду до этого попробую конечно

Но пока не уверен что осилю

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

почему не pg я тоже понял (с самого начала)

но почему не mongo?

пока только отсутствие sql я заметил

установки не требует, есть в vibe

в чём загвоздка?

а графовые структуры там как объекты первого класса? со всяческими алгоритмами типа флойдов и дейкстры?

да и чем json лучше bson?

как-то нутром чую, что по бинарные данные компактней и обрабатывать их быстрее

как-то нутром чую, что по бинарные данные компактней и обрабатывать их быстрее

Только хотел тоже самое написать.

и судя по документации графы просто графы

для удобной выборки

https://www.arangodb.com/2014/11/data-modeling-mongodb-arangodb/

наличие транзакций радует

Dlang in Telegram https://telegram.me/dlangTelegram

Только на английском.

инс вери гуд

итс

ай тэйк мистейк

чот там народу маловато )

ну так день всего

группа существует

ай тэйк мистейк

Make

сорян)

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

чёт в runtime я этого не нашёл, значит это в самом компиляторе должно быть, но там я нашёл много "не того"... или просто не понял

нашёл на форуме

The context pointer points to a stack frame, a struct/class instance or a GC-heap-allocated copy of a stack frame (heap-allocated closure)

чёрт, впервые наткнулся) http://tour.dlang.org/

забавно

указатель на контекст и делегат это не смежные понятия?

делегат хранит указатель на контекст

просто контекст может быть разный

контекст = данные?

нууу....

не только

это как пространство имён

там же есть и функции

Подскажите, а что он у меня ругается на: Config config; this(Config config) { this.config = config; } string dburl_version = config.dburl ~ `_api/version`; —- Error: need 'this' for 'dburl' of type 'string' Зачем ему тут this то?

м... кажется понял — я конструктор только описал, но не создал его — ничего в него откуда надо не передал

хотя... что то не помогло...

Не, не могу понять почему так. в main если вызывать все норм

когда ты инициализируешь переменную при объявлении в классе или структуре ты должен использовать то, что известно на момент компиляции переменная config становится известна только в момент создания объекта (это не статическое поле)

выход: инициализировать переменную dburl_version в конструкторе

ай блин, да точно

А есть разница между созданием пустого объекта и потом присваиванием: Json jsonAnswer = Json.emptyObject; jsonAnswer = parseJson(rs.responseBody); и тем же в одну строку? Json jsonAnswer = parseJson(rs.responseBody);

Нету, разве что заранее аллоцировать память вне критического по скорости кода так удобно

но это не тот случай)

@deviator Правильно ли я понимаю что pure функции нужны для многопроцессорных систем т.к. их проще распараллеливать т.к. нет проблем с тем что функция может не свои данные изменить?

ну так не правильно рассуждать

pure это больше оптимизация

но он полезен и в многопоточных приложениях

а за счет чего идет оптимизация?

за счёт того, что у функции нет доступа к лишнему контексту и компилятор может это использовать (например встроить, если нужно)

А в каких ситуациях про это нужно морочиться? Когда реально идет лютая оптимизация?

в dmd нет "лютой" оптимизации

в ldc2 есть

во всех случаях, где можно, лучше ставить pure

все методы класса/структуры, которые оперируют только полями могут быть pure

и это не только оптимизация

это ещё и правильный код, который проще читать, легче сопровождать

все функциональные языки чистые

Но логика про распараллеливание имеет место быть. pure функции в теории легко распараллелить - раскидал подфункции по разным процессорам и они вместе отработали.

@chebotarevp согласен, но это скорее следствие

А есть ли тренд на то что все функции стремятся чистыми делать или все сделать невозможно?

Не уверен что так делает компилятор сейчас, но задел на будущее есть по крайней мере

все инстанцируемые из шаблонов функции компилятор старается сделать pure, если это возможно

элементарный ввод/вывод это уже не pure, а без этого никуда

Если везде делать только pure функции то уходят преимущества ООП, которые сильно опираются на состояния объектов

@chebotarevp в D pure немного своё трактование имеет

чистый метод это тот, что обращаться только к полям класса/структуры

так что всё в порядке

А методы другого класса он может вызывать? Который сидит в свойстве нашего например

bool foo(name) { string x = "bar"; writeln(name); return true; } это pure же?

нет

writeln меняет внешнее состояние

в плане? Он же переменную не меняет, а просто выводит ее

Любая функция с io не является чистой функцией

@DmitryBubnenkov не меняет, но обращается

результат выполенения чистой функции зависит только от аргументов

writeln пишет в глобально открытый файл 1

эквивалентно stdout.writeln