DF
Я о best practices и стандартах.
Size: a a a
2020 October 05
AB
Я о best practices и стандартах.
главный best practice - сразу отдели важные данные от стейта генсервера
PG
Я о best practices и стандартах.
Обычно структуру объявляют
DF
Окей, спасибо.
AB
главный best practice - сразу отдели важные данные от стейта генсервера
в смысле, вложи их отдельно в этот стейт, и работай с ними отдельным набором функций. чтобы генсервер был скорее деталью реализации, а с этими "важными данными" можно было работать и без него.
DF
С этим я разберусь, спасибо.
AB
есть какой-то способ получить из феникса адекватные логи?
у меня получился вот такой poc, но это кошмар же
https://gist.github.com/nwalker/0f20b2aef0e5c06b4b27bd704278db06
у меня получился вот такой poc, но это кошмар же
https://gist.github.com/nwalker/0f20b2aef0e5c06b4b27bd704278db06
LL
Обычно структуру объявляют
Я использую мапу. Структуры имеют смысл только когда по ним матчишь или протоколы используешь. Если свет никогда не увидит этой структуры, то почему ты не использовать мапу?
DS
Я использую мапу. Структуры имеют смысл только когда по ним матчишь или протоколы используешь. Если свет никогда не увидит этой структуры, то почему ты не использовать мапу?
У структуры четкий набор полей, к каждому из которых еще можно описание написать в виде коммента.
Мапа же никем и ничем неограничена, ты её в одном модуле объявишь с одним набором ключей, а кто-то по пути обработки мапы оттуда половину ключей вытащит и новых добавит
Мапа же никем и ничем неограничена, ты её в одном модуле объявишь с одним набором ключей, а кто-то по пути обработки мапы оттуда половину ключей вытащит и новых добавит
DS
в итоге фиг поймешь что это за чудо юдо рыба кит
LL
У структуры четкий набор полей, к каждому из которых еще можно описание написать в виде коммента.
Мапа же никем и ничем неограничена, ты её в одном модуле объявишь с одним набором ключей, а кто-то по пути обработки мапы оттуда половину ключей вытащит и новых добавит
Мапа же никем и ничем неограничена, ты её в одном модуле объявишь с одним набором ключей, а кто-то по пути обработки мапы оттуда половину ключей вытащит и новых добавит
Во-первых, тут мапа — стейт генсервера, никто другой её не поменяет. Во-вторых, для валидации того что функция не меняет набор ключей есть диалайзер
А касательно комментариев — я пишу тайпспеки, а там можно и тип и комментарии и всё что угодно
А касательно комментариев — я пишу тайпспеки, а там можно и тип и комментарии и всё что угодно
DF
Стракт максимально близок к рекорду, поэтому я его тоже поюзал.
DS
> Во-вторых, для валидации того что функция не меняет набор ключей есть диалайзер
Не видел такого, можешь пару примеров накинуть?
Не видел такого, можешь пару примеров накинуть?
B
Это он значит на каждый Map.put должен реагировать?
2020 October 06
PG
Это он значит на каждый Map.put должен реагировать?
нет, только на те, у которых тип ключа не сходится с ожидаемым
B
Я такого не замечал, странно.
LL
> Во-вторых, для валидации того что функция не меняет набор ключей есть диалайзер
Не видел такого, можешь пару примеров накинуть?
Не видел такого, можешь пару примеров накинуть?
P
Кто-то не пишет тайпспеки? 🙂
DS
Спасибо)
SM
Я использую мапу. Структуры имеют смысл только когда по ним матчишь или протоколы используешь. Если свет никогда не увидит этой структуры, то почему ты не использовать мапу?
Я обычно использую struct и туда же запихиваю логику изменения стейта в виде отдельных функций. В результате большая часть генсерверов выглядит так
def handle_cast({:do_something, value}, state) do
{:noreply, State.do_something(state, value)}
end
и в таких случаях сами сервера часто можно не тестировать, а просто писать тесты на стейт.