AR
> Functions as keys
а кстати, мб описаный кейс и решит
а кстати, мб описаный кейс и решит
ужасно оно документировано и оч плохо работает...
Size: a a a
2020 May 20
AR
ужасно оно документировано и оч плохо работает...
нигде толком не написано что же эти кастомные лукаперы должны возвращать и какое поведение ожидается.
AR
при том что эти лукаперы должны быть разные для каждого типа операции
AR
вот я реализовал для get_in:
selector = fn f ->
fn _, data, next ->
data |> Enum.filter(f) |> Enum.map(next)
end
end
data = %{items: [%{id: 2, count: 2}, %{id: 1, count: 3}, %{id: 2, count: 4}]}
get_in(data, [:items, selector.(&(1 == &1[:id])), :count])
AR
но с update_in это уже не пройдет...
AD
можешь объяснить текстом что этот код вообще должен делать? у меня подозрение что тут нужен Enum.map или Enum.reduce
AR
Есть моя имплементация линз github.com/hissssst/pathex . По моим бенчам - это самое эффективное что есть
норм, но я так понимаю описаный кейс оно не сможет решить, так?
AR
еще понравилось "No Magic", у нас _всего лишь_ вот тут макрос, а еще вот это макрос. и вот тут еще один последний макрос 🙂
AR
можешь объяснить текстом что этот код вообще должен делать? у меня подозрение что тут нужен Enum.map или Enum.reduce
я сверху объяснил текстом
AR
Я как новичек хотел бы начать с наивных вопросов, если можно 🙂
Есть ли в эликсир экосистеме какие-то либки для описания селектов / трансформаций данных?
Ну типа таких: найти в мапе ключ :items в нем элемент с id = 1 и инкрементнуть в нем поле count.
Иными словами альтернативу https://github.com/redplanetlabs/specter/ ?
С ним на кложе подобная трансформация описывается как-то так:
=>
Ну или мб какая-то имплементация линз?
Есть ли в эликсир экосистеме какие-то либки для описания селектов / трансформаций данных?
Ну типа таких: найти в мапе ключ :items в нем элемент с id = 1 и инкрементнуть в нем поле count.
Иными словами альтернативу https://github.com/redplanetlabs/specter/ ?
С ним на кложе подобная трансформация описывается как-то так:
(->>
{:items [{:id 2 :count 2}
{:id 1 :count 3}
{:id 1 :count 4}]}
(sp/transform [:items (sp/filterer #(= 1 (:id %))) sp/FIRST :count] inc))
=>
{:items [{:id 2, :count 2} {:id 1, :count 4} {:id 1, :count 4}]}Ну или мб какая-то имплементация линз?
.
AB
composed_path = path1 ~> path2господи, откуда эта чудовищная любовь к операторам вместо функций
AD
сделать id ключом не вариант?
AD
%{data | items: Map.new(data[:items], &{&1.id, &1})}AD
и дальше
data[:items][1]AR
сделать id ключом не вариант?
да вариантов полно, но хотелось бы иметь нормальный декларативный язык запросов / трансформации иммутабельных данных, а я как новичек не знаю, может уже кто-то сделал, а я просто нагуглить не смог )
AB
да вариантов полно, но хотелось бы иметь нормальный декларативный язык запросов / трансформации иммутабельных данных, а я как новичек не знаю, может уже кто-то сделал, а я просто нагуглить не смог )
я несколько сомневаюсь, в эликсире культура не совсем та.
AD
да вариантов полно, но хотелось бы иметь нормальный декларативный язык запросов / трансформации иммутабельных данных, а я как новичек не знаю, может уже кто-то сделал, а я просто нагуглить не смог )
какую задачу это решает, мб есть другой способ, например данные по другому структурировать
AR
какую задачу это решает, мб есть другой способ, например данные по другому структурировать
ну или писать на кложе, да ) иметь сложную структуру данных и хотеть делать по ним сложные выборки И модификации это нормально. а иммутабельность накладывает определенные требования на инструменты, т.к. методы из императивного мира больше не работают
AR
альтернатива сложным вложенным данным — это нормализация во что-то типа EAV, но там еще все сложнее, смотри datascript тонского
AD
альтернатива сложным вложенным данным — это нормализация во что-то типа EAV, но там еще все сложнее, смотри datascript тонского
ну есть ets, mnesia