Комментарии 2
Вот эти примеры надо показывать тем, кто считает объекты бизнес-модели лишними, что можно сразу сущности БД прокидывать на фронт. А потом им приходится увешиваться тоннами проверок на каждом методе, и всё равно что-то утекает.
Моё личное правило — из контроллера должно уходить только то, что мы хотим показать конкретному пользователю, а приниматься на вход ровно столько, сколько допустимо в конкретном кейсе.
Это не мешает мне использовать «быстрые» фреймворки, просто между фронтом и бэком обязательно есть трансляция только нужных данных.
Моё личное правило — из контроллера должно уходить только то, что мы хотим показать конкретному пользователю, а приниматься на вход ровно столько, сколько допустимо в конкретном кейсе.
Это не мешает мне использовать «быстрые» фреймворки, просто между фронтом и бэком обязательно есть трансляция только нужных данных.
Что за дикая чушь?
Разделение на Model и ViewModel никак не связана с валидацией входящих данных, также, как и фреймворки быстрой разработки.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как технологии быстрой разработки могут стать источником неприятных уязвимостей