caballero пишет:в чем неоднозначная?
Дело в том, что таким образом мы теряем идеологию MVC, т.е смешиваем все в кучу. Ты утверждаешь, что View должен сам заботиться о получении данных которые ему нужно "отрисовать". Для получения данных которые надо показать во вью может понадобится куча инструментов, например роутер, сессии, обращение к файловой системе, обращение к SOAP(и т.п) серверам с передачей и получением данных, использование API различных сайтов для получения данных которые нужно будет вывести в HTML, и все это ты собираешься делать во View? По хорошему реализация чего либо(в данном случае речь о View) не должна решать 100 задач, максимум одну, свою.
caballero пишет:его дело представить данные с сервера. Статус коды тоже данные
Да, это данные. Но данные с сервера приходят с ответом, а View сам по себе не является ответом. Так же ответы могут быть разными. Ответ может быть например редиректом на сторонний ресурс, где лично твой View ничего отображать не будет. Представление в контексте MVC это графическое представление, которое в конечном счете видит пользователь.
caballero пишет:где сказано что он должен быть? На курсах програмирования? мы обсуждаем принцип а не единственное решение которое ты видел в жизни
Ну, во первых это не единственное решение которое я видел в жизни, во вторых, как минимум потому, что это логично. Помимо того, что это логично, программист таким образом может определить для себя единую точку отправки ответа что делает архитектуру более предсказуемой и удобной. Попробуй подумать над этим на уровне интерфейсов а не на уровне реализации, думаю в этом случае все придет на свои места.
|