СК
Плюс, имея изоляцию данных перед отправкой фронту будет предупреждена проблема рефакторинга объектов данных. Мы же оч любим переименовать поле, а на уровне изоляции сразу получим нужное преобразование, плюс на фронте ничего не изменится)
Size: a a a
2020 December 09
СК
На уровне контроллера?
Поскольку сам для себя — в контроллере)
MS
А я в модельке у лары поля ненужные закрываю и этого хватало
MS
Но скоро все писать с нуля по новой
СК
Или сервиса/orm?
Скорее бы использовал что-то типа
ViewVariableResolver
Если бы более корректно бы это делал)a
А я в модельке у лары поля ненужные закрываю и этого хватало
На ларе на модельку слишком много чего можно навесить и это пугает.
Вот есть у нас моделька Post, запрещаем класть какой-нибудь важный аттрибут в json.
Вдруг проект расширяется, появляется еще одно api для внутреннего пользования, где этот секретный аттрибуть нужно класть в json и пиздец
Вот есть у нас моделька Post, запрещаем класть какой-нибудь важный аттрибут в json.
Вдруг проект расширяется, появляется еще одно api для внутреннего пользования, где этот секретный аттрибуть нужно класть в json и пиздец
a
Начинаем раскукоживать эту несчастную модельку
a
на которой миллиард правил и скоупов
MS
На ларе на модельку слишком много чего можно навесить и это пугает.
Вот есть у нас моделька Post, запрещаем класть какой-нибудь важный аттрибут в json.
Вдруг проект расширяется, появляется еще одно api для внутреннего пользования, где этот секретный аттрибуть нужно класть в json и пиздец
Вот есть у нас моделька Post, запрещаем класть какой-нибудь важный аттрибут в json.
Вдруг проект расширяется, появляется еще одно api для внутреннего пользования, где этот секретный аттрибуть нужно класть в json и пиздец
Вот тут придётся заморочиться)
MS
В андройде тоже мапперы правильные поцаны используют, хоть это и клиент для апи
a
Скорее бы использовал что-то типа
ViewVariableResolver
Если бы более корректно бы это делал)можешь подсказать, как бы это могло выглядеть? Нечто декларативное на yml-конфиге?
имею в виду, что был бы какой-нибудь умный класс, который на базе конфига мог при привести объект из одного вида в другой или обычные DTO-шки на каждый action?
имею в виду, что был бы какой-нибудь умный класс, который на базе конфига мог при привести объект из одного вида в другой или обычные DTO-шки на каждый action?
a
Я уже относительно давно в вебе, но без обмена опытом и общения с разработчиками это стагнация)
СК
можешь подсказать, как бы это могло выглядеть? Нечто декларативное на yml-конфиге?
имею в виду, что был бы какой-нибудь умный класс, который на базе конфига мог при привести объект из одного вида в другой или обычные DTO-шки на каждый action?
имею в виду, что был бы какой-нибудь умный класс, который на базе конфига мог при привести объект из одного вида в другой или обычные DTO-шки на каждый action?
Самое подходящее, как по мне, только накладывающее недюжий уровень абстракции, ArgumentValueResolver от Symfony. Только этот товарищ работает только с контроллером, а сделать или найти аналог для представления. Конечно, если сменится программист проекта, новый будет очень долго искать от куда данные в представлении появляются))
a
Самое подходящее, как по мне, только накладывающее недюжий уровень абстракции, ArgumentValueResolver от Symfony. Только этот товарищ работает только с контроллером, а сделать или найти аналог для представления. Конечно, если сменится программист проекта, новый будет очень долго искать от куда данные в представлении появляются))
мужчина явно впечатлялся джавой: программный конфиг, через xml и модный yaml не забыл)
В
🔫 Zf кикнут — вернуть этого пользователя можно только разбаном в настройках чата.
Проголосовавшие за кик:
@zete777, @n_belikov, @amorphine, @Burumbuk, @mr_Zambert
При поддержке Тудуранта
Проголосовавшие за кик:
@zete777, @n_belikov, @amorphine, @Burumbuk, @mr_Zambert
При поддержке Тудуранта
AB
всё, пора кататать в киберпанк, прощай мир
АЯ
в смысле, завтра же выходит