Е
Бесит, что в LiveView нет никаких аналогов пайплайнов. Придется городить свой лисапед на макросах.
Size: a a a
2021 January 22
RK
Бесит, что в LiveView нет никаких аналогов пайплайнов. Придется городить свой лисапед на макросах.
пайплайнов для чего?
Е
пайплайнов для чего?
Для обработки параметров.
Допустим у меня кучка LiveView для которых нужно выполнять одинаковую обработку в
Для обычных View можно сделать соответствующий плаг и засунуть его в роутер.
Допустим у меня кучка LiveView для которых нужно выполнять одинаковую обработку в
mount и handle_paramsДля обычных View можно сделать соответствующий плаг и засунуть его в роутер.
RK
Для обработки параметров.
Допустим у меня кучка LiveView для которых нужно выполнять одинаковую обработку в
Для обычных View можно сделать соответствующий плаг и засунуть его в роутер.
Допустим у меня кучка LiveView для которых нужно выполнять одинаковую обработку в
mount и handle_paramsДля обычных View можно сделать соответствующий плаг и засунуть его в роутер.
хмм. так LiveView вроде тоже часть пайплайна. Или там неудобно инжектить?
RK
А, ты про фичу когда plug можно сразу в контроллер воткнуть?
Е
хмм. так LiveView вроде тоже часть пайплайна. Или там неудобно инжектить?
Не совсем, assigns прописанные в плагах не попадают в LiveView. Попадают только сессии.
IK
Не совсем, assigns прописанные в плагах не попадают в LiveView. Попадают только сессии.
так в этом же вся задумка. Ты передаешь в LV только то что нужно
Е
так в этом же вся задумка. Ты передаешь в LV только то что нужно
Ну так то, что прописали в assigns плаги это и есть то что мне нужно.
IK
я думаю, что тут лучше быть explicit
IK
как по мне
Е
Но дело даже не в этом. Дело в повторении кода. Допустим мне нужно достать пользователя по его id, который болтается в сессии.
Нужно в
Нужно в
mount прописать что-то вродеassign(socket, user: create_user(session["user_id"]))
И так во всех LiveView, вместо одного плага в раутере.IK
так сделай high order function тут
IK
типа live_with_user
Е
так сделай high order function тут
Какая разница, все равно придется пихать в каждый
mount в каждом LiveViewЕ
Нет возможности сделать некий глобальный
mount для группы LiveView
Есть только кривая возможность прописать его в MyApp.Web, прямо в функции live_view, чтобы потом при использовании use MyApp.Web, live_view оно бы подключало этот mount
Но это говно решение.IK
не вижу проблемы, тебе же не обязательно прям в
где live_with_user передает уже зафетченного юзера
mount это делать. Сделай функции оберткуconn
|> live_with_user()
|> live(YourAwesomeLiveView)
где live_with_user передает уже зафетченного юзера
YS
Какая разница, все равно придется пихать в каждый
mount в каждом LiveViewмне кажется, в этом вся и суть, чтобы явно написать что вам нужно, а не определять где-то там общее поведение
Е
не вижу проблемы, тебе же не обязательно прям в
где live_with_user передает уже зафетченного юзера
mount это делать. Сделай функции оберткуconn
|> live_with_user()
|> live(YourAwesomeLiveView)
где live_with_user передает уже зафетченного юзера
Это куда такое вставлять? В роутер? O_o
IK
а, там же есть routable live view
AN
Это куда такое вставлять? В роутер? O_o
в MyAppWeb заимпортить https://hexdocs.pm/phoenix_live_view/security-model.html