Должен ли MVC быть назван MCV?

Ответ 1

MVC быстрее соскальзывает с языка.

Кроме того, MCV является мобильным транспортным средством, не хотел бы путать его.

Шутки в сторону прочитайте это

Ответ 2

MVC был задуман как общий решение проблемы пользователей управление большими и сложными данными задавать. Самая сложная часть - поразить хорошие имена для разных архитектурные компоненты. Model-View-Editor был первым набором:

Thing-Model-View-Editor

После долгих обсуждений, в частности с Адель Голдберг, мы закончили с термины Model-View-Controller:

Модели-представления-контроллеры

(из http://heim.ifi.uio.no/~trygver/themes/mvc/mvc-index.html)

Ответ 3

Вот моя очень научная, прокомментированная, footnoted [1] предположение:

+-------+    +------+
| Model |    | View |
+-------+    +------+
    |            |
    +------------+
           |
    +------------+
    | Controller |
    +------------+

Если вы читаете его слева направо, это Model-View-Controller.

[1] Я действительно не упоминал об этом [2]
[2] Подождите. Какие?: -)

Ответ 4

Вопрос предполагает какой-то поток, но это не так.

Модель не вызывает контроллер. Контроллер вызывает модель и представление, и нет ничего, чтобы остановить просмотр при проверке модели. MVC просто перечисляет различные проблемы в определенном порядке.

Ответ 5

Почему не C-M-V? Вы начинаете с вызова метода контроллера, метод на этом контроллере решает, какой вид вернется к вам (даже если это представление по умолчанию), и он может или не может проконсультироваться с моделью для данных и функций для создания этого просмотра страницы. Ergo C-M-V. Затем, когда вид возвращается обратно, это V-C-M-V.

Во всяком случае, я очень доволен MVC. Символ был распознан и понят.

Ответ 6

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

Ответ 7

"Я думаю", потому что поток является двунаправленным от контроллера к обоим, модели и представлениям. Следовательно, они называют это Model/View Controller (контроллер "модели" и "вид" ):/

Ответ 8

как насчет VMVCV - указать, как вы можете использовать несколько просмотров

Ответ 9

Он следует той же логике, что и даты, в порядке важности.

Сравните с датами: Месяц-День-Год:

Сначала приходит месяц, самое важное число. Это самое непосредственное непосредственное участие в сезоне. Вы немедленно привязываете местоположение к тому, что мы знаем об этом.

Во-вторых, наступает День - это то, что все хотят знать. Затем следуют год.

В MVC наиболее важна модель. Модель - король, детка. Затем следует то, что большинство людей испытывает, вид. Наконец, у нас есть плохой старый контроллер.

Это согласно американской логике.

Если ваш мыслительный процесс следует за крупным и маленьким порядком приоритета (Год-месяц-день), как я полагаю, большинство программистов OO - тогда вы найдете MCV более естественным именем.

Ответ 10

Я думаю, что в основном это звучит, но вы также можете подумать об этом с точки зрения важности. Очевидно, что данные являются наиболее важным компонентом, за которым следует, как пользователь взаимодействует с ним. Наименее важной частью является то, как система обрабатывает ввод и подготавливает вывод для отображения.

Ответ 11

Парадигма пользовательского интерфейса MVC или Model-View-Controller была впервые описана Trygve Reenskaug из Xerox PARC. Впервые появилось в печати в журнале "Бюйт" том 6, номер 8, в августе 1981 года.

Он включил пользователя и назвал его MVCU. Теперь это действительно не сходит с ума, по крайней мере, на английском. Интересно, что звучит, как на норвежском, Трюгве родном языке.

Ответ 12

Из действия конечного пользователя: порядок, заданный только MVC, также имеет значение

Ответ 13

Это называется MVC, а не MCV или любой другой, потому что Model и Controller могут быть объединены вместе, поскольку оба они содержат java.class файлы, где в представлении содержатся все остальные .jsp,.html или любые другие файлы ресурсов. Чтобы M и C не были разбиты, он делится на V и, следовательно, является MVC.

Надеюсь, что ясно:)

Ответ 14

По моему мнению, название MVC происходит от 1979 года, концепция, разработанная Trygve Reenskaug для решения проблемы дизайна программного обеспечения с графическим интерфейсом. У него была Model, которая вызывалась при запуске приложения, затем у него была страница просмотра, на которой отображаются данные, и на конечном контроллере, когда пользователь нажимал на ex. для флажка он использует контроллер для обновления/изменения модели.

В этом смысле термин MVC является правильным. Но я думаю, что это не имеет никакого отношения к современной "архитектуре MVC", я думаю, что имя должно быть RCMV или, по крайней мере, CMV, конечно. В современных приложениях мы сначала обращаемся к слою Route, а затем на уровне Controller Model Control View, поэтому он должен называться CMCV/RCMCV.

Может ли кто-то возобновить обсуждение по этому вопросу? Это действительно интересные вещи, я не прав?