AG
hashmap есть функция )
Size: a a a
2019 December 24
AI
идиоматично прямо литералом мапы, придумав имена для ключей
AI
хотя я вангую, что ты хочешь чтобы имена символов параметров становились ключами. так тоже можно, но макросом
T
хотя я вангую, что ты хочешь чтобы имена символов параметров становились ключами. так тоже можно, но макросом
Идеоматично ли это?
AI
не особо, но возможно тс это имеет в виду,
T
Всем привет!
Мне нужно написать функцию, которая принимает 4 параметра (представим что это email,password,firstname,lastname) и создает мапу из этих параметров. Последние 2 - опциональны.
Вопрос такой: как идиоматично для clj написать такую функцию?
Мне нужно написать функцию, которая принимает 4 параметра (представим что это email,password,firstname,lastname) и создает мапу из этих параметров. Последние 2 - опциональны.
Вопрос такой: как идиоматично для clj написать такую функцию?
Я бы записал топроно:
(defn mk-record [email password firstname lastname]
{:email email
:password passowrd
:firstname firstname
:lastname lastname})TP
ПС: вопроса не понял. :)
Есть вариант указать несколько наборов параметров
Есть вариант иметь один набор параметров и каждый опциональный параметр проверять на nil и в зависимотри от этого добавлять в результат или нет)
Но мне кажется, что есть более простой подход (может какая-то функция в core) о котором я не знаю)
(defn myfunc
([email password firstname lastname] …)
([email password firstname] …)
([email password lastname] …)
([email password] …))
Есть вариант иметь один набор параметров и каждый опциональный параметр проверять на nil и в зависимотри от этого добавлять в результат или нет)
Но мне кажется, что есть более простой подход (может какая-то функция в core) о котором я не знаю)
AI
зипмап будет красивше смотреться и ниловые ключи не даст
TP
Я бы записал топроно:
(defn mk-record [email password firstname lastname]
{:email email
:password passowrd
:firstname firstname
:lastname lastname})Я не хочу чтобы ключи опциональных параметров появлялись в результирующей мапе если эти параметры не переданы или null
T
Я не хочу чтобы ключи опциональных параметров появлялись в результирующей мапе если эти параметры не переданы или null
А, так значит
AI
в коде выше 2 и 3 варианты конфликтуют
DL
Всем привет!
Мне нужно написать функцию, которая принимает 4 параметра (представим что это email,password,firstname,lastname) и создает мапу из этих параметров. Последние 2 - опциональны.
Вопрос такой: как идиоматично для clj написать такую функцию?
Мне нужно написать функцию, которая принимает 4 параметра (представим что это email,password,firstname,lastname) и создает мапу из этих параметров. Последние 2 - опциональны.
Вопрос такой: как идиоматично для clj написать такую функцию?
cond-> + assoc
TP
в коде выше 2 и 3 варианты конфликтуют
Точняк
AI
поэтому сначала апи продумываем
TP
Забыл что я в динамике)
Тем более тогда это не подходит
Тем более тогда это не подходит
DL
а вообще вариант "удалить nil values" в жизни случается настолько часто, что проще сделать для него функцию в utils.clj
AI
а там окажется, что не нужна функция и проще мапу сразу конструировать по месту
AI
ты пытаешься жить с позиционной (!) передачей опциональных (!) параметров )
AI
а так не бывает без конфликтов
TP
а вообще вариант "удалить nil values" в жизни случается настолько часто, что проще сделать для него функцию в utils.clj
Думаю это то, что мне нужно