Я хотел бы получить разъяснения в архитектуре MVC. Просматривая некоторые документы, я мог видеть, что между моделью-представлением и контроллером устанавливаются следующие отношения. Пожалуйста, помогите мне понять, как это возможно.
MVC следует нескольким простым правилам.
Ваша модель обычно сопоставляется с таблицей базы данных. Например, если у вас есть таблица «сообщения в блогах» с двумя столбцами «заголовок» и «тело», вы можете сделать следующее:
Blogpost.create(:title => "Hello", :body => "World")
Вы только что создали запись в блоге! Теперь в вашем контроллере вы сделаете что-то вроде:
blogs = Blogpost.find(:all)
Теперь вы можете передать переменную blogs в свое представление, и оно решит, как отображать эти данные пользователю. Извините, если мой пример кода не совсем ясен, он написан на Ruby (on Rails), который в настоящее время является моим предпочтительным языком MVC.
Вообще говоря, то, что вы описываете, будет делать контроллер. Контроллер будет запрашивать модель, интерпретировать данные и отправлять их в представление для отображения в форме, понятной представлению.
Однако MVC не является жестким правилом. Есть много интерпретаций, и когда делать это «правильно» было бы уродливее, чем немного отклоняться от правил, последнее обычно предпочтительнее.
Допустим, у вас есть объект с именем View и объект с именем Model. Каждый объект содержит ссылку на другой. Описанный вами способ работы заключается в том, что View будет вызывать функцию в модели, запрашивая статус модели, а модель будет возвращать нужную информацию. Более эффективный способ его реализации состоит в том, что Модель сообщает Состояние, когда что-то изменилось, а Представление затем запрашивает информацию, которую оно хочет. У меня нет с собой примера кода, но вы можете изучить использование шаблона проектирования Observer для этого.
Я уже видел документ, описывающий «треугольную» форму MVC, и я полагаю, что кто-то в какой-то момент заставил ее работать (либо так, либо в документах об этом просто говорится о бесполезном программном обеспечении). Однако я не нашел в этом большого практического применения, так как это приводит к серьезной проблеме «инженерии» программного обеспечения: циклической зависимости. Если ваше представление зависит от точной формы модели, чтобы выполнять некоторые запросы, а модель зависит от точной формы контроллера, а контроллер зависит от точной формы представления, тогда становится практически невозможно поменять местами из любого из этих элементов.
Я обнаружил, что очень полезно иметь модель, которая не зависит ни от чего, кроме простой программы командной строки. Представление, которое не зависит ни от чего, кроме любого инструментария графического интерфейса или API для рисования графики, который вы используете, и контроллера, который действует как посредник между ними, обеспечивая эту развязку. Это стратегия, которая позволяет вам создавать модели и представления, которые являются модульными и взаимозаменяемыми, оставляя только один компонент: контроллер со всеми этими неприятными зависимостями.
Конечно, может быть какая-то «официальная» версия шаблона MVC, но я не смог пробраться через какой-либо документ, претендующий на описание такой вещи в такт, с каким-либо большим смыслом, который действительно применим к системы реального мира. Но, может быть, я просто тупой в этом плане.
