Как правильно изменять модель в laravel5?

Question

[copal]

Как правильно сделать взаимодействие роута, контроллера и модели для добавление друга?
Более подробно в коде..

class User
{
    public function insertFrien(/** что тут должно быть? */)
    {
        // то что происходит здесь мне пока не интересно
    }
}

// Должен ли быть только один UserController 
// или же должен быть и UserController и UserFriendController?


// Пока пойду по второму пути -

class UserFriendController
{
    public function insert(/** что тут должно быть? */)
    {
        // и что происходит здесь?
    }
}

Answer 1

[Сергей Протько]

все что должен делать контроллер - просить модель (это не модель active record, а просто какой-то кусок приложения который торчит в контроллере) поменять состояние или сделать чего-нибудь.

То есть контроллер дергает сервис, сервис работат с данными и занимается персистом изменений... и все.

Контроллеры должны быть тупыми, не должны содержать логики. Это просто медиатор между приложением и UI. Толстые контроллеры приводят к дублированию кода и удорожанию поддержки. Но для простых проектов в принципе норм.

Comments

[copal]

Теорию я знаю, а вот как модель узнает что она та, которая нужна и именно в себя добавит что-то?

[copal]

И должно ли быть два контроллера UserController и UserFriendController и следовательно разные маршруты user/ и user/friend/?

[Сергей Протько]

copal: давайте забудем на секундочку термин "модель" и подумаем о "сервисах". Контроллер вызывает конкретный сервис (через контейнер зависимостей) и вызывает конкретный метод. Обычно это один вызов одного метода одного сервиса на один HTTP запрос.

А внутри сервиса уже загружаем нужные сущности и работаем с ними, инкапсулируя внутри логику приложения. Читать про transaction scripts.

[copal]

И это api...

[Сергей Протько]

copal: что API? Никакой разницы, с API в этом даже больше смысла, особенно в случаях когда вам надо заботиться об обратной совместимости (мобильные приложения, публичное API).

[Сергей Протько]

copal: по поводу контроллеров - как вам удобнее. Я обычно делаю по контроллеру на ресурс. То есть если у нас есть отдельный ресурс /friends то делаю контроллер, если это только отношение между ресурсами - делаю в том контроллере, который представляет главный ресурс (User в нашем случае).

[Сергей Протько]

copal: и да, названия ресурсов - существительные в множественном числе. Рекомендую посмотреть для вдохновения API гитхаба например. Или черпнуть идей из jsonapi.org.

[copal]

OnYourLips: Сергей Протько: вопрос Вам обоим - говоря о сервисах, Вы подразумеваете "сервисы архитектурные" или какие-то специфичные для laravel?

[copal]

OnYourLips: понятно, просто рабочие классы.

[Сергей Протько]

OnYourLips: ну логики тут нет по сути, просто описание что делать, а как - это все детали.

copal: да, просто PHP объекты какие-то которые делают что-то полезное. Фреймворки типа Laravel это UI фреймворки, они вашему приложению добавляют UI и позволяют организовать общение, но это не само приложение.