MVC Architecture

Question

Я хотел бы получить разъяснения в архитектуре MVC. Просматривая некоторые документы, я вижу, что между Model-View и Controller установлены следующие отношения. Пожалуйста, помогите мне в понимании того, как это возможно.

1. Просмотр запросов состояние модели
2. модель проходит информация о состоянии для просмотра

Answer 1

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

Однако MVC не является жестким правилом. Существует много интерпретаций, и, когда это делается «правильно», будет более уродливым, чем немного изгибать правила, последнее обычно предпочтительнее.

Answer 2

MVC Выполняет некоторые простые правила.

• Модель обращается к контроллеру
• Контролер говорит с видом
• Взгляд никогда не говорит о модели.

Ваша модель обычно будет отображаться в таблице базы данных. Например, если у вас есть «» стол · блоги, · который имеет две колонки, «название» и «тело», вы можете сделать:

Blogpost.create(:title => "Hello", :body => "World") 

Вы только что создали запись в блоге! Теперь в вашем контроллере вы будете делать что-то такое, как:

blogs = Blogpost.find(:all) 

Теперь Вы можете передать переменную 'дневников на ваш взгляд, и он может решить, как отображать эти данные пользователю. Извините, если мой примерный код не был явно прозрачным, он написан в Ruby (on Rails), который является моим текущим выбранным языком MVC.

Answer 3

Предположим, у вас есть объект под названием View и объект под названием Model. Каждый объект имеет ссылку на другую. Способ, которым вы описали работу, будет состоять в том, что View будет вызывать функцию в модели, запрашивая статус модели и модели, чтобы вернуть желаемую информацию. Более эффективный способ его реализации заключается в том, что Модель сообщит государству, когда что-то изменилось, и View затем запросит нужную ему информацию. У меня нет кода на мне, но вы можете посмотреть на использование Observer design pattern для этого.

Answer 4

Я видел документ, описывающий «треугольную» форму MVC раньше, и я полагаю, что кто-то в какой-то момент заставил его работать (либо это, либо документы об этом просто говорят об утере). Тем не менее, я не нашел в этом практического применения, так как это приводит к серьезной проблеме программного обеспечения: «Циркулярная зависимость». Если ваше представление зависит от точной формы модели, чтобы она выполняла некоторые запросы, а модель зависит от точной формы контроллера, а контроллер зависит от точной формы представления, тогда становится практически невозможным фактически обменять из любого из этих элементов.

Я нашел очень полезным иметь модель, которая не зависит от чего-либо большего, чем простая программа командной строки. Представление, которое не зависит ни от чего, кроме инструментария gui или графического рисования api, который вы используете, так и от контроллера, который выступает в роли брокера между ними, позволяя эту развязку.Это стратегия, которая позволяет создавать модели и представления, которые являются модульными и взаимозаменяемыми, оставляя только один компонент: контроллер со всеми этими неприятными зависимостями.

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