Диаграммы MVC - действительно ли они показывают, как работает MVC?

Question

Когда я смотрю на диаграммы MVC, у меня возникает возражение: почему контроллер изображен лицом к пользователю, а вид спрятан где-то позади?По моему мнению, пользователь видит и взаимодействует с View (это то, что он видит в браузере), и через View пользователь «общается» с Controller, так почему Controller стоит первым?

Кроме того, диаграмма не должна отображаться в виде структуры башни (вместо треугольника): Вид - позволяет пользователю разговаривать с контроллером - с моделью (внизу) - затем (с обратной связью) обратно к контроллеру -настройка сделана для просмотра

Когда я вижу диаграмму с контроллером, обращенным к пользователю, у меня всегда появляется эта странная картина пользователя с диаграммой MVC в одной руке и отверткой в ​​другой, с открывающейся коробкой компьютера и в поисках контроллерачтобы начать MVC.

Answer 1

К сожалению, большинство статей и книг до сих пор используют такие бесполезные диаграммы для представления MVC.Более полезная диаграмма для MVC на самом деле представляет собой диаграмму последовательности UML, которую Дино Эспозито использует в своей книге Microsoft .NET: Архитектура приложений для предприятия

Во-вторых, как вы отмечаете, большинство статей MVCи книги не были обновлены, чтобы описать, как MVC применяется в настоящее время в веб-приложениях, и до сих пор говорят о MVC, как это первоначально предполагалось более 20 лет назад.

В книге Esposito, о которой я упоминал, есть действительно хорошая глава об этом, где он описывает, как MVC (как первоначально описано), мертв, и теперь мы должны сосредоточиться на таких современных вариациях, как Model2, Passive View и Supervisingконтроллер.У меня есть обзор этой главы в моем блоге , который может оказаться полезным.