AC
Можно перепутать символы и долго удивляться почему функция не вызывается или почему из неё валится nil все время хотя ошибок нет
Size: a a a
2021 September 14
AC
У меня kondo такое поймал недавно
ST
;•••••••••••••••••••••••••••••••••••••••••••••••••••••••••••
(-> {:a {:b {:c 0}}} :a :b :c)
;•••••••••••••••••••••••••••••••••••••••••••••••••••••••••••
Execution time mean : 25,303591 ns
;•••••••••••••••••••••••••••••••••••••••••••••••••••••••••••
(get-in {:a {:b {:c 0}}} [:a :b :c])
;•••••••••••••••••••••••••••••••••••••••••••••••••••••••••••
Execution time mean : 114,729581 ns
OR
Да, знаю, но иногда предпочитаю второй вариант для удобства чтения.
AC
Видимо из-за вектора
AC
Хотя я думал наоборот
ST
из-за большего количества проделываемой работы
AC
Ну и get-in лучше композится
AC
В большой кодебазе зачастую достаётся в одном месте а путь формируется в другом
ST
у get-in только один оправданный use case — когда
применять его для фиксированных случаев — из пушки по воробьям 😊
ks вычисляется динамически в рантаймеприменять его для фиксированных случаев — из пушки по воробьям 😊
AC
Ну часто так и есть и в мапах Ключи могут какие угодно быть
ST
когда путь сформирован в другом месте, то ты и не напишешь
-> :a :b :cAC
Ну тк макросы не аплаятся то да
ST
в моём коде случаи с фиксированной выборкой из мап встречаются значительно чаще
AC
У нас наоборот
AC
Из рефрейм базы огромной таскаем всякое
ST
ну тогда и вопрос не стоит, каким способом доставать данные
то есть это уже вне контекста заданного вопроса 😜
то есть это уже вне контекста заданного вопроса 😜
IG
путь полезно выностить в переменную и ссылаться на него в assoc-in/get-in
IG
(def path-user-profile [:foo :bar :user])
DF
А ещё get-in работает с ключами произвольных типов. Не только с keyword’ами.