что б вот ето работало:
defmodule MyLib do
defmacro __using__(_opts) do
quote do
def call(payload) do
IO.inspect(payload, label: "Handled From MyLib")
end
end
end
end
defmodule Example do
use MyLib
def call("case1") do
IO.inspect("case1", label: "Handled From Example")
end
def call("case2") do
IO.inspect("case2", label: "Handled From Example")
end
end
https://hexdocs.pm/elixir/1.15.4/Kernel.html#defoverridable/1
@before_compile используйте, он вашу функцию в конец вставит и будет правильный порядок
Ето работает как интерфейс, не подходит (
У меня всё работает jdoodle.com/ia/L7W
Ох, я не так делал. Спасибо, работает )
Ты хочешь неправильной вещи
Это не будет работать, если после call будут другие вещи
Во-первых, не метод, а функция. А во-вторых, это XY
Что не понятно?
https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0_XY_(%D0%9E%D1%88%D0%B8%D0%B1%D0%BA%D0%B0_%D0%BC%D0%BE%D0%BB%D0%BE%D1%82%D0%BA%D0%B0)
Что означает XY, и почему єто неправильние вещи
Потому что так делать не нужно, решения с @before_compile не всегда будут работать. Проблема в том, что ты хочешь сделать какой-то аналог наследования, хотя язык намеренно делает это невозможным, поэтому задачу, которую ты пытаешься так решить, скорее всего нужно решать по-другому
Никакой тебе магии, все нужно делать явно )
Скорее всего ничего такого делать не нужно вообще. Ты какую задачу пытаешься решить этим подходом? Может быть я подскажу эликсировский способ
Ok, есть много шаговая форма на live_view(Phoenix), хочу иметь каждий шаг в отдельном модуле, но с общим стейтом(и что б он не обнулялся), также под каждий шаг нужно иметь собсвенний slug(url), при чем при переходе на конткретний урл, должен рендериться соотвествующий скрин-модуль. Вот я и сделал аля менеджер скринов, и хочу транзитом дергать handle_event, но у самой live_view где примонтировани скрин-модули тоже есть обработчики, и вот что б не дефенировать отдельний MainLiveView.handle_event do; LiveScreen.handle_event хотел описать его в макросе, так как там все равно обьявлени методи для роботи с навигацией и тд. (Извини за опечатки у меня нет рус роскладки)
єкран по сути один, просто разние вюхи со своими хенделрами, обвертка одна, прогрес один, меняется только набор инпутов(и тоже на одной модели), у LiveView есть live_action которий позволяет работать нативно с такими вещами, просто виходит очень громоздко когда у тебя 70+ вьюх, и у каждой по 2-3 хандлера, по етому и разнесли по разним модулям, 'live_session' кстати тоже юзаем, но прикол в том что on_mount на ней делается при любом редиректе live_redirect, push_redirect, и даже когда нативно делаешь редирект с одного live_action на другой в рамках одного LiveView, то стейт обнуляется, етой филисофии я не могу понять.
live_action это просто дополнительный параметр при запуске. А у тебя здесь очевидно сессия нужна, потому что пользователь скачет по разным вьюхам и тебе надо между ними делить состояние То что в mount обнуляется стейт это нормально, потому что это стейт конкретной вьюхи. Если посмотришь внимательно, то вторым аргументом mount принимает сессию. Тебе ей и нужно пользоваться
Обсуждают сегодня