Напишите пример реализации MVC

@useruser · Регистрация: 29.06.2015

Студворк — интернет-сервис помощи студентам

Напишите простейший пример реализации MVC на PHP.
Не могу понять логику работы этого шаблона.

То, что разделено - ясно. А вот где грань между компонентами - тут не понятно.

Например - типовая задача загрузки файла на сервер (html форма, кнопка выбора файла, кнопка загрузки).
С одной стороны это контроллер.
С другой - вид (на страницу подгрузилось ajax сообщение, что файл загружен).
С третьей - не контроллер, т.к.судя из java лекции с ютуба там контроллер это сервер, обрабатывающий запрос.
У нас это апач, т.е. он контроллер?
Непонятно. Каждый блоггер называет контроллером что-то свое.

@estic · 10.10.2021, 21:20

Сообщение от useruser

MVC на PHP

Может, к этому, для начала, не стоит подмешивать JS/AJAX?

Практика ООП
Практика ООП

@useruser · 11.10.2021, 07:56 **[ТС]**

Сообщение от estic

...

Можно пример?
Файл модели model.php
Файл контроллера controller.php
Файл вида view.php

Что то простое, в пару строк.

@Jodah · 11.10.2021, 08:42

Сообщение от useruser

Что то простое, в пару строк.

Совсем простое:

index.php

PHP
1
2
3
4
5
6
7
<?php
const DIR_ROOT = __DIR__;
 
$controller = $_GET['controller'] ?? 'main';
 
require(DIR_ROOT . '/models/products.php');
require(DIR_ROOT . '/controllers/' . $controller . '.php');

/controllers/main.php

PHP
1
2
3
4
5
6
7
<?php
// Обращаемся к модели, получаем данные
$products = get_products_for_main();
 
// Обращаемся к виду, выводим контент
require(DIR_ROOT . '/views/main.php');
?>

/models/products.php

PHP
1
2
3
4
5
6
7
8
9
10
11
12
13
<?php
function get_products_for_main() {
    // ...
}
 
function create_product($data)
{
    // ...
}
 
function delete_product($id) {
    // ...
}

/views/main.php

PHP/HTML
1
2
3
4
5
<div class="main">
<?php foreach($products as $product): ?>
    <div class="product"><?= $product['name'] ?></div>
<?php endforeach ?>
</div>

@estic · 11.10.2021, 11:16

Сообщение от useruser

Можно пример?
Файл модели model.php
Файл контроллера controller.php

Вывод таблицы на экран из БД по 10 полей с панелью выбора страницы таблицы (там так же, как и в примере выше используются контроллеры в виде подключаемых файлов без деления на подпрограммы; самого фронт-контроллера нет - надеюсь, хотя бы его функции вам понятны).

Сообщение от useruser

Файл вида view.php

Под видом многие подразумевают шаблон. Но это понятие шире и может включать функции представления. Примеры таких функций есть там же в архиве, например include/date2str.php, а архив самого шаблона можно скачать по почти такому же адресу, заменив в нем add на pro.

Добавлено через 5 минут

Сообщение от Jodah

require(DIR_ROOT . '/models/products.php');
require(DIR_ROOT . '/controllers/' . $controller . '.php');

Во фронт-контроллере все модели не подключишь

Хотя бы намекнули, что этот пример подключения контроллера не для реальных применений

require(DIR_ROOT . '/views/main.php');

Автору: выводить содержимое может и фронт-контроллер, после того как отработал контроллер. Фронт-контроллеру из контроллера можно "вернуть" имя шаблона или готовое к выводу содержимое.

@Para bellum · 11.10.2021, 12:23

Сообщение от estic

Фронт-контроллеру из контроллера можно "вернуть" имя шаблона

Фронт-контроллеру уж точно не нужно знать о формате возвращаемых клиенту данных.

Если же он будет просто пробрасывать полученные данные от контроллера во View, то смысла в передаче ему из контроллера имени шаблона нет, ведь этот же View можно вызывать из контроллера и отдавать фронт-контроллеру уже

Сообщение от estic

готовое к выводу содержимое.

@estic · 11.10.2021, 12:46

Сообщение от Para bellum

Фронт-контроллеру уж точно не нужно знать о формате возвращаемых клиенту данных.

Это как-то не согласуется с тем, что я написал?

Добавлено через 3 минуты
Нет принципиальной разницы, на каком этапе делать из шаблона готовое к выводу содержимое, до возврата из контроллера или после.

@Para bellum · 11.10.2021, 14:38

Сообщение от estic

Сообщение от Para bellum

Фронт-контроллеру уж точно не нужно знать о формате возвращаемых клиенту данных.

Это как-то не согласуется с тем, что я написал?

Ну ему как минимум придётся определять, нужно ли, прежде чем отправить данные, сформировать HTML-код.

Если следовать такой логике до конца, то во фронт-контроллер можно вынести и генерацию Response на скачивание файла и преобразование массива/объекта в JSON и т.д.

@estic · 11.10.2021, 15:18

Сообщение от Para bellum

Если следовать такой логике до конца, то во фронт-контроллер можно вынести и генерацию Response на скачивание файла и преобразование массива/объекта в JSON и т.д.

Об этом и речь. Но фронт-контроллеру не нужно вникать в формат. За формат у нас (прежде всего) отвечают представления

Добавлено через 6 минут

Сообщение от Para bellum

Ну ему как минимум придётся определять, нужно ли, прежде чем отправить данные, сформировать HTML-код.

Слишком узко. Достаточно общего "использовать или не использовать шаблон" (и то эту условную конструкцию можно заменить возможностью использования "пустого" шаблона). Я понимаю, что с вашей точки зрения это "захламляет" фронт-контроллер. Лучше миллион раз писать одно и то же в контроллерах

@sad67man · 11.10.2021, 17:37

Вообще как только не называют "фронт-контролер". Я слышал и "диспетчер" и т.д. Я больше предпочитаю называть "точкой входа"

В MVC нет такого разделения обычный контроллер или фронт - это все относится к одному слою - контроллера. Его задача состоит в обработке запроса, чтоб понять какую операцию пытается выполнить пользователь. Но сам эту операцию не исполняет а передает слою модели. Так же он занимается валидацией данных (ведь если данные невалидные, то возможно пользователь пытался выполнить какую-то другую операцию), проверкой прав пользователя и т.д. Он так же определяет в каком формате отдавать ответ. А вот саму логику формирования данных для вывода он не должен содержать.

Самая простая реализация (как меня учили, когда я был совсем зеленым) - это обычный switch get параметра action и вызов какой-нибудь функции.

Добавлено через 9 минут

Сообщение от useruser

У нас это апач, т.е. он контроллер?
Непонятно. Каждый блоггер называет контроллером что-то свое.

Это просто одинаковые названия в разных контекстах.

Добавлено через 28 минут
Так же нужно понимать, что понятие MVC пришло из разработки десктопных приложений. Где основная идея заключается в направлении непрерывного потока исполнения. Это даже больше применимо к фронту на SPA. Когда представление не изменяется напрямую. А изменяется некая модель через действие, после чего уже рендерится новое представление на основе измененной модели.

Web отличается от десктопных приложений. Так как он работает по принципу запроса-ответа. Его еще называют WEB-MVC, так как он отходит от оригинала. Если изначально была попытка это было реализовать просто на уровне классов (Controller, Model, View). То сейчас это понятие вызывает множество путаницы. Из-за этой путаницы и плохой репутации практики, сейчас многие отходят от данного понятия в пользу Action-Domain-Responder. По-сути это более точное описание того-же MVC, адаптированного под WEB.

Новые блоги и статьи Все статьи Все блоги /
Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .	Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .
Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .

@useruser 166 / 90 / 38 Регистрация: 29.06.2015 Сообщений: 1,100

	Напишите пример реализации MVC 10.10.2021, 20:40. Показов 1422. Ответов 9 Метки нет (Все метки) Напишите простейший пример реализации MVC на PHP. Не могу понять логику работы этого шаблона. То, что разделено - ясно. А вот где грань между компонентами - тут не понятно. Например - типовая задача загрузки файла на сервер (html форма, кнопка выбора файла, кнопка загрузки). С одной стороны это контроллер. С другой - вид (на страницу подгрузилось ajax сообщение, что файл загружен). С третьей - не контроллер, т.к.судя из java лекции с ютуба там контроллер это сервер, обрабатывающий запрос. У нас это апач, т.е. он контроллер? Непонятно. Каждый блоггер называет контроллером что-то свое. 0