Size: a a a

2020 December 17

👤U

👤 User in symfony
Services/ImageManipulator.php
Например.
Сервис должен быть максимально тупым. Ему на вход картинку - он ее переделывает - отдает как надо.
источник

AS

Artem Shubin 🖖 in symfony
Светлана Окунева
я тоже только осваиваю, для понимания работы можно и в контроллере оставить, но потом это вырастет в толстый контроллер

вот другой подход
ImageUploader
https://github.com/adelf/acwa_book_ru/blob/master/manuscript/1-bad-habits.md
Ну, вот Сергей, ИМХО, пишет верно. Контроллер для другого. Пойду читать про сервисы и работу с ними. Тут еще непочатый край работы. А за ссылочку спасибо, поизучаю тоже.
источник

MW

Maxyc Webber in symfony
в первую очередь я бы рекомендовать отбросить рамки фрейморка.
рассматривай свой код с позиции слоев.

я могу быть не прав в именованиях слоев. сам еще не полностью иизучил тему. потому поправьте меня где я не прав.

уровень фреймворка - контроллеры, реквесты, мидлвары и пр.  это все слой инфраструктуры.

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

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

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

AS

Artem Shubin 🖖 in symfony
Ну, с главным понятно - пишем сервисы для этих задач. Спасибо, ушел читать дальше 👍
источник

AS

Artem Shubin 🖖 in symfony
По ходу сразу вопрос: я смотрю, тут и примеры многие на Laravel показывают, и вообще шума вокруг него больше. Холивар не нужен, просто если есть пара строчек, почему Laravel захватил доску почета, черканите, если не лень (а то я, может, ошибся с выбором?)
источник

PK

Petru Konyuk in symfony
Привет. При попытке создать дб с помощью доктрины (doctrine:database:create) я получаю: could not find driver. Хотя я легко могу подключиться к дб при помощи pdo. В чем может быть дело?
источник

MK

Michael Karpenya in symfony
Artem Shubin 🖖
По ходу сразу вопрос: я смотрю, тут и примеры многие на Laravel показывают, и вообще шума вокруг него больше. Холивар не нужен, просто если есть пара строчек, почему Laravel захватил доску почета, черканите, если не лень (а то я, может, ошибся с выбором?)
порог входа меньше, очевидно же
источник

AS

Artem Shubin 🖖 in symfony
Michael Karpenya
порог входа меньше, очевидно же
😂 аа, то есть я на те же грабли, как с Drupal в свое время
источник

MW

Maxyc Webber in symfony
Artem Shubin 🖖
По ходу сразу вопрос: я смотрю, тут и примеры многие на Laravel показывают, и вообще шума вокруг него больше. Холивар не нужен, просто если есть пара строчек, почему Laravel захватил доску почета, черканите, если не лень (а то я, может, ошибся с выбором?)
ниже порого входа, хотя большая часть кода из симфони. через адаптеры работают в ларе.
лара хорошая тема, но у нее иной подход чем в симфони.
источник

AN

Alexander Nazarov in symfony
Petru Konyuk
Привет. При попытке создать дб с помощью доктрины (doctrine:database:create) я получаю: could not find driver. Хотя я легко могу подключиться к дб при помощи pdo. В чем может быть дело?
Покажи конфиг доктрины
источник

MW

Maxyc Webber in symfony
Я больше люблю ларавел за простоту, работаю на симфони. но по сути это только инфраструктура. код мой не зависит от фреймформка
источник

SP

Sergey Protko in symfony
Maxyc Webber
в первую очередь я бы рекомендовать отбросить рамки фрейморка.
рассматривай свой код с позиции слоев.

я могу быть не прав в именованиях слоев. сам еще не полностью иизучил тему. потому поправьте меня где я не прав.

уровень фреймворка - контроллеры, реквесты, мидлвары и пр.  это все слой инфраструктуры.

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

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

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

MW

Maxyc Webber in symfony
да )
источник

SP

Sergey Protko in symfony
я бы не рекомендовал людям втирать про слои
источник

PK

Petru Konyuk in symfony
Maxyc Webber
Я больше люблю ларавел за простоту, работаю на симфони. но по сути это только инфраструктура. код мой не зависит от фреймформка
вроде симфони быстрее
источник

MW

Maxyc Webber in symfony
зато не лашпа )
источник

SP

Sergey Protko in symfony
лапшу проще готовить
источник

SP

Sergey Protko in symfony
и проще потом есть
источник

AS

Artem Shubin 🖖 in symfony
черт, я таки вызвал идеологические войны 😅
источник

SP

Sergey Protko in symfony
сегодня ты втираешь им про слои мол есть запрос, ты его в сервис передаешь а завтра видишь какую-то такую херню:

public function doSomething(Request $request)
{
   $this->service->doSomething($request);
}
источник