вот вчера ссылку кидал кто то http://developer.uz/blog/layered-structure-for-yii-app/ там как бы для yii но и laravel упоминается хочу попробовать сделать приложение с таким типом архитектуры там есть dto data transfer objects что бы не гонять eloquent по всему проекту, так вот мой вопрос по поводу один dto на все модели или каждой модели п персональному dto там же крутить разные мапы, презентеры, то что ты скидывал, при таком подходе нужно будет в dto крутить

более того на каждый экшен может быть разное dto ;)

я думал dto соответствует модели, просто инкапсулируя ее поля, без всего лишнего

Самое непонятное, как правильно связывать эти сервисы потом.. прикидываться репозитории как то надо

Допустим сервис блога.. ему юзер нужен

какие сервисы?

Ну обычные же

есть например сервис создания поста в блоге

Хм.. и сколько так у тебя сервисов получится?

много, но они маленькие, их легко тестировать, легко переиспользовать, легко подменять

понял, тогда это лишнее для меня и по этой тсатье еще один вопрос тогда разница между сервисом и репозиторием в экзампле в контроллере лежит только сервис, а он уже дергает репозиторий какая тут логика? я раньше всегда представлял себе сервис паралельно репозиторию

Они должны быть связаны быть через единый сервис

Иначе сколько у тебя в контроллере зависимостей будет

Ты бы его разбил на createuser и ТП?

конечно

Ты понимаешь что сервис своего рода фасад.. а ты хочешь сделать куча связей в системе

Ты понимаешь что сервис своего рода фасад.. а ты хочешь сделать куча связей в системе

в контроллере у тебя будет actionCreateUser(CreateService $service) $servise->createUser($data)

Почему создавать юзера не может единый сервис который управляет юзерами

каких связей? сервис далеко не фасад

Чем сервис не фасад

Чем сервис не фасад

именно шаблон проектирования?

Почему создавать юзера не может единый сервис который управляет юзерами

Именно он

Может но не обязан.

что такое сервис тогда в твоем понимании ?

Модуль который инкапсулирует бизнес логику

всю логику приложения?

окей, вот, например есть такой юзкейс есть пост, у него из "не родных" пропертис есть категории, теги и изображение категории установлены статически, т.е. прилетает id а теги динамически, могут создаваться новые, при добавлении статьи, т..е. прилетает массив строк собственно что нам по итогу нужно сделать 1) сохранение изображения (обрезка, вотермарк, сжатие или еще что то) 2) нормализация тегов, т.е. из этого массива строк нужно получить массив идентификаторов 3) все это вместе сохранить можешь пожалуйста, описать какие в этом примере будут сервисы, репозитории и что где будет находиться и вызываться это очень здорово помогло бы

Ну не один сервис, каждый сервис за какую то логическую задачу отвечает

userService.register.. разве не так должно быть?

за какую? задачу отвечает мой сервис FooService?

Например расчет скидок каких нибудь или заказ товара

Ты издеваешься надо мной? От куда я знаю

У меня может быть отдельно UserBuilder или UserRegistrator. А общего сервиса может или не быть или он заниматься может только другими вещами без регистрации

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

Ну это абсолютно разные задачи.. но делать сервис только для создания поста.. зачем

А не лучше поручить общему сервису делегировать работу таким вот подсервиспм и общаться через него?

При чем почему вообще должен быть сервис который позволяет создавать юзера? Юзер регистрируется а не создается

При чем почему вообще должен быть сервис который позволяет создавать юзера? Юзер регистрируется а не создается

зайчики, прыгните к моему сообщений плиз

В пзду репозитории с ар

Ну доктрин же значит

в чем разница то?

Ну доктрин же значит

как orm влияет на твою логику приложения?

ты просто сам себе проговори что долно делаться. Пришел запрос, я создаю пост, даю ответ. Так, дальше. Внутри "я создаю пост" я создаю инстанс поста добавляю ему теги и картинку. Дальше ... Т.е. иди от крупного к мелкому

Речь о том чтобы выкинуть елоквент

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