Не был должен MVC быть названным MCV? [в ожидании]

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

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

Если вы читаете слева направо, это модель-представление-контроллер.

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

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

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

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

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

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

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

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

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

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

MVC был задуман как общее решение проблемы пользователей, управляющих большим и сложным набором данных. Самая твердая часть должна была натолкнуться на хорошие названия различных архитектурных компонентов. Образцовый редактор представления был первым набором:

Thing-Model-View-Editor

После долгих обсуждений, особенно с Adele Goldberg, мы закончили Образцовым Контроллером Представления условий:

Контроллеры представлений моделей

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

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

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

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

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

Парадигма Пользовательского интерфейса MVC или Образцового Контроллера Представления была сначала описана Trygve Reenskaug Xerox PARC. В первом появился в печати в объеме журнала Byte 6, номер 8, в августе 1981.

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

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

Моим именем мнения MVC происходит с 1979, понятие, сделанное Trygve Reenskaug решать вопрос с разработка программного обеспечения GUI . Он имел Модель , которую назвали, когда выполнение приложения, тогда он имел страница View , где данные представляются и на конце Контроллер , когда пользователь нажимает напр. для флажка он использует контроллер для создания обновления/изменения модели.

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

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