Логика в ларавеле пишеться в контроллерах?

Question

[web-quest3]

По концепции мвц логика же в моделях пишеться разве нет?
Смотре в ларавеле запись и выборка и все прочее в контроллерах. Это так и есть?

Answer 1

[Николай Егоров]

MVC - это разделение всей логики приложения на 3 компонента. Логика есть веде, в каждом из этих компонентов.

Скорее всего вопрос заключается в том, где обрабатывать те или иные данные перед тем как отдать их представлению, куда поместить логику. Принято считать, и везде пишут, что контроллер должен быть тонким. Значит, чтобы было правильно, всю логику пихаем в модель. Но тут нужно понимать, что Модель - это не только класс Active Record, или ORM - это еще классы различных сервисов, репозитории например, объекты форм, валидаторы - это ведь то же модели, и в них тоже есть логика.

Comments

[web-quest3]

Николай Егоров в том то и дело в офф доках даже валидация в контроллере

[PashaNedved]

web-quest3: и что? Я в представлениях валидирую почти все формы. Что из этого?

Answer 2

[ajaxtelamonid]

То, что весь код может писаться в только контроллерах, моделях и вьюхах и больше нигде, потому что мы пишем MVC (а что ещё бывает ?) - это заблуждение, от которого надо избавляться как можно быстрее. Потому что код по большому счёту нельзя писать ни в моделях, ни в контроллерах, ни во вьюхах - ему там не место. Код надо писать в php-классах, которые потом подключать в контроллеры, файлы обработки cli-команд, команды, выполняемые в очереди, в файлы-демоны и т.п.. Код должен выдерживать процедуру смена php-фреймворка просто путём копирования всех файлов и правки классов-репозиториев и других классов сопряжения с конкретным фреймворком. Если ваш код намертво спаян с текущим фреймворком - это признак того, что что-то пошло не так.

Создавайте внутри папки app свои папки, раскладывайте там классы и подключайте их в конструкторе контроллеров. Почитайте, какие бывают типы классов с точки зрения архитектуры приложения, почитайте про принцип SOLID. Почитайте про Domain Driven Design, погуглите доклады, например https://www.youtube.com/watch?v=rjtbCyacJas .
Учёба - это постоянный процесс, не останавливайтесь.

Answer 3

[Антон Рейтаровский]

Контролер это прослойка между бизнес логикой и пользователем, контролер получает данные от пользователей и отдает необходимые данные из модели

Comments

[web-quest3]

Антон Рейтаровский вы видели ларавл и его примеры?
во посмотрите на проект например
https://github.com/jacurtis/laravel-blog-tutorial/...
при этом модель то пустая

[Антон Рейтаровский]

То что в laraver модели получаются без кода это из-за того, что вы используете ORM и вам не нужно писать логику работы с бд

Answer 4

[pantagruel964]

Смотре в ларавеле запись и выборка и все прочее в контроллерах.

Где напишите, там и будет. Фреймворк вас не ограничивает и ничего не навязывает.

По концепции мвц логика же в моделях пишеться разве нет?

Разберитесть, что такое модель. Впечатление, что для вас модель - это файл Model.php

Comments

[web-quest3]

pantagruel964 я разбираюсь по примерам в примерах все так как сказал в офф примерах!

[pantagruel964]

web-quest3: офф примеры - это документация? Покажите, где в доке написано, что все дела нужно делать в контроллере?

[web-quest3]

pantagruel964
https://laravel.com/docs/5.4/queries
первый блок сразу же в контроллере

[4iloveg]

web-quest3: в первом блоке модель не используется, по тому что иначе и не объяснить как использовать "DB facade".
Не нужно воспринимать доки как то что должно использоваться в проекте. Ибо попробуй представить как они выглядели бы если, на каждый пример одного из стандартных методов описывалась модель, контроллер, вьюха. Тогда это были бы не доки а устройство для слома ног чертям.

[pantagruel964]

web-quest3: Вы разве не поняли, что это примеры, как пользоваться билдером? Зачем разворачивать какую-то структуру. Проблема в том, что многие воспринимают это за напутствие и единственно правильный ларавел-вей, после чего начинают быдлячить прямо в контроллере.

Смотрим сюда и видим, что внезапно инжектится репозиторий. Что это? Нужно ли это понимать, как навязывание фреймворком использование репозитория?

А здесь данные валидируются в контроллере. Нужно ли также делать, раз в доке пример есть? Или все-таки make:request?

В документации десятки примеров, как пользоваться инструментами. Именно, как пользоваться. И нигде не написано, что именно так нужно делать приложение.

[web-quest3]

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

[web-quest3]

pantagruel964: дак вот логика то как пользоваться вот я и буду пользоваться валидацию там где поазали откуда я знаю что ее нужно в можель сувать?)) мне вот тупо вообще не понятно, это все равно что вместо
АБВ писать БАВ, объясняя что Б - это буква б, а А буква а, и везде писать их в порядке БАВ, а потом требовать чтобы не знающий алфавита человек написал АБВ, откуда он поймет то это?

[pantagruel964]

web-quest3: Может вам еще рано в фреймворк? Предполагается, что вы уже должны хорошо умееть ООП и таких вопросов не должно возникнуть в принципе.

[web-quest3]

pantagruel964 незнаю вроде в самый раз))). Дело не то что в ооп я же следую документации фреймворк вижу впервые и делаю строго как тут))
Как учиться хорошо ооп кроме как не тут?

[Николай Егоров]

pantagruel964: ну с чего то же нужно начинать, с какого то фреймворка. Я сам не знаю, с чего лучше начинать, но ходит 2 мнения - с простого, и с правильного. Наверное простое - это что то типа Slim или Sylex. С правильного - вроде рекомендуют тот же Symfony, все таки там есть какой то, хоть и сложный, но более правильный путь, с самого начала узнаешь и ORM и репозиторий и много всего другого классного вроде контейнера внедрения зависимостей.

И да, "говнокодить" можно везде )), но лучше сразу стараться делать и учиться правильному, а не наоборот - переучиваться в лучшую сторону сложнее будет)).

Правда перед этим, наверное лучше поработать на чистом пхп, + поюзать отдельные библиотеки типа того же Swiftmailer или Twig/Blade/Smarty, чтобы немного научится работать с объектами.

[web-quest3]

Николай Егоров скок на чистом надо поработать?

[Николай Егоров]

Сколько... ну как минимум написать пару проектов. Чистый пхп + пара библиотек, на мой взгляд отличный вариант для старта. Начинать изучение пхп с фреймворка в корне не верно. Нужно узнать язык. Причем вам никто не запрещает использовать ООП, скорее наоборот, но не копать сразу очень глубоко в теже самые паттерны - просто научится пользоваться объектами, понять как они работают. Я в свое время написал свою "CMS" подсматривая классы того же Zend'a - взял оттуда и частично переписал Request, Cache, Router, с бд работал через ADODB, шаблонизатор Smarty, после изучения некоторых простых проектов у меня получился даже Front Controller и экшены (поделить их по контроллерам, классам, я не догадался тогда). Даже догадался сделать реализацию Lazy Load работающий совместно с кешем.

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

[web-quest3]

Николай Егоров я сделал блог (на мвц которое с копипастил) пару админок, эм экспорт в эксель пару модулей для цмсок

Answer 5

[Александр Аксентьев]

в офф доках даже валидация в контроллере
Написано час назад

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

Там не расписывают что и куда нужно пихать.

контроллеры или модели вопрос холиварный.

В моделях удобнее, если проект сложный.

В контроллерах сойдёт если насрать где и что, лишь бы работало.
При этом использовать не надо будет повторно функционал в другой части проекта.
Иначе вылезают вопросы: как из контроллера B вызвать метод контроллера B.
Ответ всегда один: никак, контроллеры это не какие-то глобальные классы с функциями, у них конкретный один функционал. И вызвать одно из другого нельзя, это порнография.

Answer 6

[Максим Федоров]

ТТУК -- тупой толстый уродливый контроллер

Answer 7

[Q2W]

По логике вещей должно быть так:

Модель отвечает только за валидность данных.
Контроллер отвечает за бизнеслогику.
Представление понятно за что отвечает.

Бизнеслогику в моделях держат весьма странные специалисты.

Comments

[Николай Егоров]

... а где тогда бизнеслогику держать?

[Q2W]

Николай Егоров: Я ж писал:

Контроллер отвечает за бизнеслогику.