а пропустить его при вызове нельзя, и соотвественно выходит указывать по именам аргументы тоже

ну да. это ж elixir можно все, только потом самомму же и мучиться с этим

парни, обнаружил такой момент: первая функция выполняется намного дольше из-за лишнего вызова 'Elixir.Access':get/3:

  def a(elem), do: elem["key"]
  def b(%{"key" => value}), do: value

а может кто-то объяснить, каким образом вторая функция обходится без данного вызова и работает в 2 раза быстрее? может статейка есть какая-нибудь?

тут немного есть по этой теме

ага, то что надо, спасибо

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

Всем привет, вопрос не нащел в доках((( видел где в проектах испол макроса plug с when

повторюсь для вас, @dmitry_zhelnin

Масштабируемость, отказоустойчивость, надёжность – хотите знать о них больше? Тогда обратите внимание на эту замечательную подборку материалов http://amp.gs/G22o

это общая инфа

Правильно понял? что по производительности функции будут одинаковы в случае использования pattern_matching, т.е.

def a(elem) do
 %{"key" => value} = elem
 value
end

будет выполняться так же быстро как

  def b(%{"key" => value}), do: value

почти. там чуть чуть дольше будет

Артем, благодарю

plug :auth when action in [:edit, :update, :delete] - объяснте пож-ста как работает данная кострукция

Это в реализацие макроса plug надо идти смотреть?

Phoenix?

plug обрабатывает conn

например по умолчанию pipeline :browser в роутере феникса

 pipeline :browser do
   plug :accepts, ["html"]
   plug :fetch_session
   plug :fetch_flash
   plug :protect_from_forgery
   plug :put_secure_browser_headers
 end

при подключении создается conn, прогоняется в Endpoint'e и отправляется в Router, в роутере видимо лежит plug :auth when action in [:edit, :update, :delete], в plug auth наверное прописано - либо редиректить на страницу авторизации, либо отдавать conn.
when - это guard, он определяет когда применять функцию, в данном случае когда action в списке [:edit, :update, :delete]

Занесло меня, короче plug поочередно обрабатывают соединение, кто-то что-то дописывает или удаляет, может и редиректнуть куда нибудь

Спасибо, меня смущает сама конструкция. Которая негде не задокументирована, а вдруг там есть еще какие нибудь крутые возможности ))). Все таки plug  это макрос которому передается параметр :auth when action in [:go], а дальше все это гонится в AST и исполняется ... как вы описали