если про кейз, то наш пример с Auth case Repo.get(Auth, id) do %Auth{} = auth -> {:ok, auth} _ -> {:error, :auth_not_found} end И вот с такой функцией можно спокойно в with ловить {:ok, auth} а в фолбэк контроллере ошибку) и else(ы) не нужны)

Я так иногда делаю

а я всегда)

правда иногда грешу с if)

auth = Repo.get(Auth, id) if auth, do: {:ok, auth}, else: {:error, :auth_not_found}

вот так с ифом)

блин, а что с if не так-то ?)))

от лукавого

надо вообще cond все делать)))

Не, конд это не то

Case - это православно

Вернее кошерно

блин, а что с if не так-то ?)))

https://github.com/inaka/erlang_guidelines#avoid-if-expressions

quote do case unquote(condition) do x when :"Elixir.Kernel".in(x, [false, nil]) -> unquote(else_clause) _ -> unquote(do_clause) end end вот так выглядит код ифа

Нафига мне это использовать, если я сам могу написать

ясно, понятно

case

ну вот теперь я и не буду ифы делать)))

Пидарская штука

норм, штука на сам деле, зря ты так возвращает либо экземпляр класса либо нил все прекрасно матчится по этим двум кейзам оки и прочие плюшки можешь сам добавить на основе этого матчинга

ну то что никита говорит что любой :error проваливается в фолбек контроллер, это он неправ, это он недоглядел

норм, штука на сам деле, зря ты так возвращает либо экземпляр класса либо нил все прекрасно матчится по этим двум кейзам оки и прочие плюшки можешь сам добавить на основе этого матчинга

Должен возвращаться тупл - это канонично

сам допиши тупл

Ну так я и экто могу сам написать

с чего бы экто должна возвращать тупл то?

пусть экземпляр класса вернет и довольно с нее

либо нил, все вполне понятно

В эликсире нету классов

И экземпляров

ой даниважно

Экто делает запрос к бд

вот ты говоришь тупл, а чо тупл то? чо сразу не вебстраницу то?

Даже если по логике запрос пришёл и ничего не вернул, экто должна возвращать {:ok, nil}

Но никак не nil

нил это ваще не ок

Nil это ок

Если нету Some монады

А тут нету Some монады

Тут есть Result монада

Вот и весь ФП

утибозеньки

соглашусь насчёт {:ok, nil}, а то приходится такие ужасы творить: with %User{} = user <- Repo.get(User, id) || {:error, :not_found}

На самом деле тут ещё надо подумать, где ок-Нил, а где ошибка

Repo.one наверное можно и ошибкой седлать

Repo.get - хз

Repo.get_by - наверное ок-нил

Сделали чтобы одной строчкой выкинуть из контроллера во вью

И получилось неконсистентное шило

Но, че уж там - остаётся только пользоваться и все

вот потому и не сделан тупл, потому что кейзы разные бывают

где то это ок, а гдето не ок

ну и еще куча всяких плюшек, экто - это не просто запрос в базу

Все остальные плюшки экто возвращают тупл

Кроме 4 функций

all, one, get, get_by

и ты не догадываешься почему?

Я уже сказал почему

Сделали чтобы одной строчкой выкинуть из контроллера во вью

Вот здесь

И почему это говно - тоже сказал

ну раз не догадываешься - подсказывать не буду

ну раз не догадываешься - подсказывать не буду

Логично

Ты вообще очень логичный

хуцпа

нытьё. Есть разумная причина нелюбить HR, вот пусть ей и занимаются

А в чем проблема непосредственно со _всеми_ HR

не знаю в чём проблема со _всеми_ HR

Кто работает с монгой из эликсира ? что-то лучше чем это https://github.com/ankhers/mongodb есть ?

iex>"Hello"<>" world"

10 CLS 20 PRINT "HELLO STRANGER" 30 END

Кто работает с монгой из эликсира ? что-то лучше чем это https://github.com/ankhers/mongodb есть ?

Тут как минимум 3 есть: https://github.com/h4cc/awesome-elixir/blob/master/README.md#orm-and-datamapping

По поводу if - он иногда очень полезен, потому что позволяет в одну строчку или компактнее других альтернатив записать то, что с case-ом получится как минимум в 4-е, примеры: decoding_opts = if atoms?, do: [keys: :atoms], else: [] # 1 строчка decoding_opts = # 5 строчек case atoms? do true -> [keys: :atoms] _ -> [] end decoding_opts = decoding_opts(atoms?) # 4 строчки с учётом new line defp decoding_opts(true), do: [keys: :atoms] defp decoding_opts(false), do: [] if data, do: send(self(), {:request, pid, data}) # одна строчка, компактно и понятно case data do # 4 строчки data when is_binary(data) -> send(self(), {:request, pid, data}) nil -> nil end with data when is_binary(data) <- "", do: send(self(), {:request, pid, data}) # verbose и длинная

Ни в одном из примеров нет более компактной и понятной альтернативы if-у.

decoding_opts = atoms? && [keys: :atoms] || []

@feymartynov Намного менее понятно

кому как. одним такая запись вполне понятна, а другие вообще тернарки не признают, даже с if

@feymartynov Не согласен. Я посмотрел в своём коде и в коде библиотек, очень часто встречаю if - ни в своём коде, ни в коде всех используемых библиотек такого && ... || патерна нет. Встретил один раз такую комбинацию в коде самого Elixir-а. (Я думаю считать сколько раз используется if во всех этих проектах для сравнения не имеет смысла, так как несколько порядков чаще). Здесь слишком сильный, однозначный, неоспоримый перевес у if-а по сравнению с формой && ... || , чтобы говорить "кому как". Большинству однозначно всё-таки if намного понятнее, иначе бы другая форма использовалась бы активнее.