B
А как в graphql указать type у field который может быть и строкой и списком?
хотя наверное напрашивается новый field под это… тот который строка value а этот values.
Size: a a a
2021 March 30
AD
хотя наверное напрашивается новый field под это… тот который строка value а этот values.
еще можно передавать всегда список, список из одного элемента или нескольких
B
еще можно передавать всегда список, список из одного элемента или нескольких
Тоже вариант.
B
Вопрос интересует еще один, по поводу нейминга переменных)) Ну например.
user = %{id: 1, active: true}
updated_user = Map.put(user, :active, false)
……
Имеет ли смысл писать например updated_user или всеже лучше оставить просто user и там само по себе понятно, что он был updated?
user = %{id: 1, active: true}
updated_user = Map.put(user, :active, false)
……
Имеет ли смысл писать например updated_user или всеже лучше оставить просто user и там само по себе понятно, что он был updated?
AD
Вопрос интересует еще один, по поводу нейминга переменных)) Ну например.
user = %{id: 1, active: true}
updated_user = Map.put(user, :active, false)
……
Имеет ли смысл писать например updated_user или всеже лучше оставить просто user и там само по себе понятно, что он был updated?
user = %{id: 1, active: true}
updated_user = Map.put(user, :active, false)
……
Имеет ли смысл писать например updated_user или всеже лучше оставить просто user и там само по себе понятно, что он был updated?
я обычно использую вариант с разными переменными когда нужно где-то после использовать первую переменную, в других случаях называю одинаково
B
Звучит логично.
B
Мне нравится такой вариант.
AD
Звучит логично.
В таком случае ты будешь таскать некий стейт и мутировать его внутри функции. Это не очень явное поведение. Называй сущности тем, чем они являются. Ему, возможно, даже лучше быть не updated_user, а inactive_user, чтобы соответствовать сути
AN
Вопрос интересует еще один, по поводу нейминга переменных)) Ну например.
user = %{id: 1, active: true}
updated_user = Map.put(user, :active, false)
……
Имеет ли смысл писать например updated_user или всеже лучше оставить просто user и там само по себе понятно, что он был updated?
user = %{id: 1, active: true}
updated_user = Map.put(user, :active, false)
……
Имеет ли смысл писать например updated_user или всеже лучше оставить просто user и там само по себе понятно, что он был updated?
вообще эликсир-стайл тут будет:
чем меньше переменных, тем понятнее код. И автоматически напрашивается сохранение в отдельную переменную под другим именем только когда нужно будет потом где-то еще использовать.
user =
%{id: 1, active: true}
|> Map.put(:active, false)
чем меньше переменных, тем понятнее код. И автоматически напрашивается сохранение в отдельную переменную под другим именем только когда нужно будет потом где-то еще использовать.
B
вообще эликсир-стайл тут будет:
чем меньше переменных, тем понятнее код. И автоматически напрашивается сохранение в отдельную переменную под другим именем только когда нужно будет потом где-то еще использовать.
user =
%{id: 1, active: true}
|> Map.put(:active, false)
чем меньше переменных, тем понятнее код. И автоматически напрашивается сохранение в отдельную переменную под другим именем только когда нужно будет потом где-то еще использовать.
Я стараюсь пайпать всегда когда это возможно) но иногда не получается или выглядит громоздко. Например когда нужно выдернуть какие-то данные из вложенной мапы, со 2-3 уровня преобразовать и вставить их обратно в структуру.
B
B
ну что-то такое примерно
AD
Я стараюсь пайпать всегда когда это возможно) но иногда не получается или выглядит громоздко. Например когда нужно выдернуть какие-то данные из вложенной мапы, со 2-3 уровня преобразовать и вставить их обратно в структуру.
get_in/update_in в помощь)
B
get_in/update_in в помощь)
Я их пользовал но потом забил почему-то))
B
Надо опять попробовать
AD
В таком случае ты будешь таскать некий стейт и мутировать его внутри функции. Это не очень явное поведение. Называй сущности тем, чем они являются. Ему, возможно, даже лучше быть не updated_user, а inactive_user, чтобы соответствовать сути
мутировать это сильно сказано конечно
AD
по факту никакого отличия от разных переменных, кроме конкретно названия, под капотом не будет
AN
В таком случае ты будешь таскать некий стейт и мутировать его внутри функции. Это не очень явное поведение. Называй сущности тем, чем они являются. Ему, возможно, даже лучше быть не updated_user, а inactive_user, чтобы соответствовать сути
написал бы что-то типо такого, но все равно какая-то дичь получается
def put() do
%{a: %{b: %{d: needed_val}}} = a = %{...}
Map.put(
a,
:b,
Enum.map(needed_val, &(&1.name)
)
end
АО
Настя правильно заметила - лучше всего тут наверное будет update_in
AN
но в любом случае если делать через переменную, то смыслы разные и имена разные будут