AB
зачем их менять?
JSON с параметрами, с которыми она рендеритсяSize: a a a
2021 April 23
LL
Чтобы были разные вьюхи в завимости от параметров или эндпоинтов. Банальный пример: мобильная и немобильная версия в зависимости от юзерагента. Менее банальный: иметь для каждой странички
LL
По-моему очевидно что каждый из них делает
NM
Иногда нужно. Может возникнуть вьюха с ошибками, которую удобно вызывать, где угодно.
T
А почему тогда не менять шаблоны просто?
T
Зачем эта лишняя прослойка View
T
В которой одна функция
LL
Так это и есть замена шаблонов
LL
View это просто функция из мапы в какой-нибудь аутпут-форматAB
нет, View это подсистема связи рендеринга с content negotiation, обработкой ошибок и еще хз чем
LL
Зачем нужны
View тогда, когда можно рендерить прямо в контроллере? Во-первых, вьюхи иногда переиспользуются. Во-вторых, вьюхи делают апи стабильным, потому что они определяют формат аутпута. В-третьих, ....AB
в силу сложности предметки и сама пиздец какая сложная и запутанная
AB
я, кстати, не разбирался, что там accidental, что incidental, не было времени разобраться, как оно работает
LL
View тут, как и контроллер, пришли из MVC, который довольно неплохой паттерн для разработки интерфейсов. И вот в этом паттерне View это то, что видит пользователь. В случае с фениксом, View это то, что выдаётся наружуLL
Где там сложность-то ты так и не объяснил. Обычный тонкий
view. Абсолютно MVC-шный по своей сути, но при этом сильно более простой чем в классическом MVC типа QtAB
можно начать с того, что mvc сосет, что успешно доказывается современным фронтендом
LL
А у тебя есть паттерны лучше? Напомню что в
mvp и mvvm буковка v означает всё тот же view с абсолютно той же семантикойT
Так View - это просто модуль с функцией, а я под вьюхой всегда имел в виду шаблон .eex
T
Почему нельзя просто рендерить другой шаблон и отказаться от View модуля? Как это сделано в рельсе, например.
LL
Потому что не все приложения рендерят шаблоны. Некоторые приложения возвращают
JSON-ы определённой схемы, например