Как лучше всего использовать сервисы в Symfony вместо контроллеров и не только там?

Контроллер должен реализовывать логику применение, например, проверять, является ли это почтовым запросом, или форма отправляется и т. д. Никогда использует DQL или любой SQL-запрос непосредственно внутри контроллера!

РЕДАКТИРОВАТЬ В этом примере я использую метод поиска внутри контроллера, потому что это метод Репозиторий, но я анализирую результат внутри slugify (мой метод обслуживания)

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

Пример:

//This is a fictive example
public function indexAction(Request $request) {
     //Application logic
     if (!$request->get('id')) {
         //redirect somewhere by example
     }
     $article  = $this->getDoctrine()
       ->getRepository(Article::class)
       ->find($request->get('id'));
     //Business Logic
     $slug = $this->get('my.acme.service')->slugify($article->getTitle());
}

Надеюсь это поможет

Я хотел бы добавить к ответу Александра, что рекомендуется держать ваш контроллер «тонким». Другими словами, помещайте в ваш контроллер только тот код, который действительно должен быть там (или если имеет смысл поместить его только в ваш контроллер).

Сервисы похожи на инструменты, которые вы можете использовать в своем приложении. Сервис в объекте, который помогает вам что-то делать. В одном сервисе вы можете иметь множество функций. Я думаю, что лучший способ понять разницу - это то, что контроллер предназначен для одного конкретного действия, а служба может использоваться во многих действиях. Поэтому, если у вас есть части кода, которые вы хотите использовать более чем в одном контроллере, создайте для него службу. И для удобства повторного использования создайте в своем сервисе функции, которые выполняют только функцию один. Это упрощает использование этих функций.

«Лучшая практика» зависит от того, что вы хотите делать с Сервисом. Если вы создаете REST-Api, вы можете выполнять операции с базой данных в контроллере. Почему? Когда вы полагаетесь на SOLID-Pattern, вы хотите уменьшить или исключить избыточный код. Если вы кодируете настоящий REST Api, у вас нет избыточного кода, потому что каждый REST-Verb будет выполнять разные запросы / вещи. Таким образом, в приложении, отличном от REST-Api, у вас будет много избыточного кода. Вы делаете одни и те же вещи / услуги на разных страницах / действиях контроллера. Так что лучше всего реализовать всю бизнес-логику в сервисах, чтобы она была только один раз в одном месте. Если у вас много индивидуальных запросов, поместите их в репозитории. Если у вас есть бизнес-логика, которая вписывается в класс сущности, поместите их туда. Так что, на мой взгляд, вы можете выбрать толстый контроллер / без сервисного дизайна в API и тонкий контроллер / толстый сервисный дизайн в классических front- / backend-приложениях Symfony. Но еще кое-что: нет абсолютно неправильного способа разработать приложение. Но если вы работаете с другими людьми или хотите запустить приложение дольше месяца (без проблем с его обслуживанием), вам следует выбрать общий шаблон проектирования.