Модель MVC, передача данных из контроллера в вид?

@Schtrich · Регистрация: 13.08.2010

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

как правильно организовать передачу данных из контроллера в вид?
как-то у меня в голове не укладывается как это сделать, напр. есть:
контроллер wind.php

PHP
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<?php 
 
 $data = array(1,2,3,4,5);
 
 $_POST[veter]="лева";
 $_GET[veter]="права";
 
  require_once('views/windview.php');
// удивительно но если сделать через редирект с передачей get, 
// то будет работать, только это "редирект", а не т.с. подхват файла, 
// поэтому этот вариант сразу отпадает, но я напишу тоже чтобы вы видели что я имел в виду:
// header('Location: views/windview.php?veter=лева');
  exit;
 
 ?>

и вид windview.php

PHP
1
2
3
4
<?php 
 echo "Ветер дует с $_POST[veter]";
 echo "Ветер дует с $_GET[veter]";
 ?>

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

@caballero · 26.07.2012, 19:42

А зачем для этого контролер?

@Василий Макогон · 26.07.2012, 21:01

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

А зачем для этого контролер?

затем, что проверка ошибки БД и выход из сложившейся ситуации - это не задача модели. и не вида.

@OnYourLips · 26.07.2012, 22:00

try { $userdata = $userOnject->getUserInfo()} catch (Exception $e) { $userdata = null;}

Проще и правильнее не кидать исключение, если информации о пользователе не существует, и выдавать null внутри getUserInfo().
Это что касается штатных исключений(исключения != ошибки).

затем, что проверка ошибки БД и выход из сложившейся ситуации - это не задача модели. и не вида.

Ошибка БД - это не штатное исключение.
Это не задача контроллера точно.
Я бы отнес эту задачу к фронт-контроллеру.

@caballero · 26.07.2012, 22:22

затем, что проверка ошибки БД и выход из сложившейся ситуации - это не задача модели. и не вида.

А это уже от реализации зависит. Кто отдает данные тот и должен позаботится от их правльности. Так что если модель "толстая" то модель а если "тонкая" то это вообще могут быть хелперные классы.

Ошибка БД - это не штатное исключение.

ошибки не в БД а неоттестированой бизнес логике

На сомом деле не надо путать контроллер отвечающий за бизнес-логику и управление страницами от логики формирования страниц. По сути в виде (движке , шаблонизаторе или просто PHP-шаблоне) всегда есть код отвечающий за рендеринг. По сути это тоже контроллер (неважно как реализованный) он то и должен получать данные с модели в зависимости от того как и что он собирается рендерить. Основной контроллер должен только запускать вид и возможно передавать какие то параметры..

@OnYourLips · 26.07.2012, 22:35

ошибки не в БД а неоттестированой бизнес логике

Ну это тоже не штатное исключение. Так что тоже пусть фронтконтроллер занимается своей пятисотой страничкой.
Штатные исключения - это типа UserNotFoundException и т.д. и должны корректно обрабатываться в модели, либо пробрасываться далее.

@caballero · 26.07.2012, 22:45

Штатные исключения - это типа UserNotFoundException

Это уже зависит от имплементации модели. Там может ввобще не быть никаких исключений.
Сути дела это не меняет - будет там исключение или вернется false

@OnYourLips · 26.07.2012, 22:48

Сути дела это не меняет - будет там исключение или вернется false

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

@caballero · 26.07.2012, 22:50

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

А какая разница кто обработает исключение

@OnYourLips · 26.07.2012, 22:56

caballero, в одном случае все будет прозрачно и без дополнительных строк(штатные исключения не вываливаются за модель), в другом будет проброс через контроллер и несколько лишних строк, которые надо поддерживать.
KISS.

@caballero · 26.07.2012, 23:02

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

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

И вообще архитектура не должна зависеть от того какие там у тебя исключения.

@OnYourLips · 26.07.2012, 23:12

И вообще архитектура не должна зависеть от того какие там у тебя исключения.

Принятие решений насчет исключений - вполне себе часть архитектуры.
Я вот не пользуюсь исключениями вне модели.

@caballero · 26.07.2012, 23:26

Принятие решений насчет исключений - вполне себе часть архитектуры.

Неверно. Архитектура описывает структуру програмной системмы, ее составляющие, то какие функции эти части системмы выполняют и как взаимодейситвуют между собой. Каким образом взаимодействуют - передачей исключений, возвратом значений из функций, через общие области памяти или еще как то значения не имеет. Это уже имплементация. Также как не меняет сути дела с точки зрения архитектуры обращаешся к БД через API или PDO

Я вот не пользуюсь исключениями вне модели.

А что в других частях сайта не может быть нештатных ситуаций?
С другой стороны я не считаю что UserNotFound это нештатная ситуация. Тут как раз все предсказуемо либо верный пароль либо нет. Это просто бизнес логика.

@OnYourLips · 27.07.2012, 07:38

и как взаимодейситвуют между собой.

что я и говорил.

А что в других частях сайта не может быть нештатных ситуаций?

Нет.
Могут быть только в случае ошибки программиста, но:
1. В таких случаях они будут выявлены тестированием.
2. Даже если этого не произойдет, то ошибку перехватит фронтконтроллер.

Новые блоги и статьи Все статьи Все блоги /
Море в объективе kumehtar 06.07.2026 Хотел написать много проникновенных слов, но передумал. Оно само - говорит. Кто слышит тот слышит.	Оказывается, Unreal Engine позволяет качество на порядки выше, чем было в Lineedge Etyuhibosecyu 05.07.2026 Жаль, конечно, что я не узнал об этом, пока Lineedge существовала, а то бы Noname2331 написал, что волки превращаются в пиксельную кашу, а я бы его попросил скачать какую-нибудь бриллиантовую или Pro. . .	Doom для терминала без стрельбы и монстров. 3D Raycasting на ascii. dcc0 05.07.2026 Попросил нейронную сеть deepai. org написать рейкастинг 3D с библиотекой ncurses для Linux. Чтобы можно было ходить на стрелочки. Чтобы стены были отрисованы символами. Справилась. Первый вариант. . .	Установка статуса документа по условию Maks 05.07.2026 Алгоритм из решения ниже реализован на нетиповом документе "НарядПутевка" разработанного в КА2. Задача: в табличной части "Материалы" документа при записи автоматически устанавливать статус. . .
Сезонность и суточность закисления почв anaschu 04.07.2026 200 часов это все равно моловато. Есть ситуации, но нестандартные, когда смена происходит за 5 лет. Но обычно это 50 лет и более. Наверное, закисление почвы происходит сезонно в средней. . .	В чем ценность человеческого опыта в глобальном смысле? kumehtar 03.07.2026 Возможно, ценность человека не в том, что он однажды достигает мудрости, а в том, что он становится носителем карты пути. Он знает не только истину, но и последовательность внутренних изменений,. . .	интеграция AnyLogic с самописным REST API и переход на Odoo anaschu 03.07.2026 Успешная интеграция AnyLogic с самописным REST API и переход на промышленную Odoo WMS Сегодня проделал огромный путь от простой симуляции физических процессов до построения полноценной. . .	Поиск всех путей на ориентированном графе. Linux dcc0 02.07.2026 Переработка старого кода из моей статьи. Через несколько переработок от PHP кода к C89 (надеюсь, 89). Но довольно запутанно получилось. Код для Linux. Но если убрать time и то, что с ним. . .

@caballero 26 / 26 / 1 Регистрация: 30.09.2011 Сообщений: 196
	26.07.2012, 19:42
	А зачем для этого контролер? 0

@OnYourLips 508 / 358 / 13 Регистрация: 12.03.2012 Сообщений: 1,896
	26.07.2012, 22:56
	caballero, в одном случае все будет прозрачно и без дополнительных строк(штатные исключения не вываливаются за модель), в другом будет проброс через контроллер и несколько лишних строк, которые надо поддерживать. KISS. 0