Symfony 4. Для написания логики используйте сервисы?Что это за сервисы? И где про них можно почитать?

Question

[Roma]

Всем привет, прислали тестовое задание, все вроде понятно что надо делать, но не понятно одна штука
Фраза "Для написания логики используйте сервисы." Что за сервисы ? С Symfony только вот вчера познакомился.

Comments

[Евгений Ромашкан]

Это означает что бизнес логику люди пишут в сервисах, а сущности используют как структуры данных. Подход называется Anemic Domain Model.
Symfony тут не причем. Вообще.

[Roma]

Евгений Ромашкан, Первый раз такое слышу! Спасибо!

Answer 1

[kafkiansky]

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

Comments

[Roma]

Это оно ?
https://symfony.com.ua/doc/current/service_contain...
Я просто про такое вообще первый раз слышу. И мне это вообще не понятною что называют сервисами

[Евгений Ромашкан]

бизнес-логики (получение данных)

Что? Вы точно понимаете что такое бизнес логика?

Сервисы не имеют отношение конкретно к симфони, они являются правилом хорошего тона

Я вот хорошим тоном считаю написание логики в сущностях, и при грамотном проектировании этот подход намного лучше и проще для понимания в крупных приложениях.

[kafkiansky]

Евгений Ромашкан,

Что? Вы точно понимаете что такое бизнес логика?

А вы? Или решили просто накинуть, чтобы разразиться аргументами, которыми вас исправно кормят в чатах? В моем сообщении подразумевался только пример того, чего от него могут ждать, когда просят написать сервис. Обычно именно это просят на собеседованиях. Проходили, знаем.

я вот хорошим тоном считаю написание логики в сущностях

Считаете? Считайте дальше. У этой медали две стороны, как и у любого правила. Я тоже пишу логику в сущностях и к сервисам прибегаю редко. В данном случае я просто написал то, что хотели от автора.

[kafkiansky]

Roma, нет, не оно. И не читайте эту документацию, читайте в оригинале на symfony.com.

[Roma]

kafkiansky,Окей, спасиб! А может подкините годную статью по этим сервисам ? Как оно должно выглядеть? Какие прицепы использовать ? SOLID или что-то другое
Спасибо

[grinat]

Евгений Ромашкан, в большом приложении часто структура одна, а логика диаметрально противоположна. Удобно и не вызовет проблем сразу в сущностях если это mvp или что то простое. Если так делать в большом, то это конец проекту, потому что любые изменения в логике в одном начинают её ломать в другом месте.

[Евгений Ромашкан]

grinat, Что значит структура одна а логика другая? Структура данных внутри сущностей подстраивается под логику.
Если у вас изменения в одном месте ломают систему в другом, у вас проблемы со связностью, помещение логики в сущности помогает её понизить.

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