Телеграмм чат группы symfony

Довольно сложно представить 40 контроллеров в одном проекте, но даже так, для тупого круда совсем необязательно плодить контроллеры(ApiPlatform/SyliusResourceBundle какой нить) или вообще писать код(постгрест).

Я говорил "как минимум 4 экшена (круд)", а помимо круда там ещё много чего может быть интересного

источник

00:37пожаловаться #6

OK

Oleg Krasavin in symfony

Сергей Петренко

Я говорил "как минимум 4 экшена (круд)", а помимо круда там ещё много чего может быть интересного

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

Но это оч холиварная тема на самом деле.

Изначальный вопрос про Base- и Abstract- контроллеры был и вот это вот очевидное зло.

источник

00:38пожаловаться #7

✨

✨Basic_Instinct✨ in symfony

в общей сложности верно, многое не используется здесь и сейчас, но сдругой стороны мы что, до сих пор на хостингах ютимся с памятью 512мб?))

источник

00:40пожаловаться #8

A

Anthony in symfony

Oleg Krasavin

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

Но это оч холиварная тема на самом деле.

Изначальный вопрос про Base- и Abstract- контроллеры был и вот это вот очевидное зло.

А если не базовые и абстрактные , как круд сокращать?

источник

01:07пожаловаться #9

SP

Sergey Protko in symfony

Сергей Петренко

Я себе представить не могу в уме как будет выглядеть монолит интернет магазин с 40 контроллерами и как минимум по 4 экшена (круд). Точнее могу, Но это по-моему слишком сильно...

А я каждый день на такое смотрю. Не в количестве контроллеров сложность

источник

05:43пожаловаться #10

ПГ

Павел Г. in symfony

Oleg Krasavin

Открываем, смотрим:

https://github.com/symfony/symfony/blob/5.x/src/Symfony/Bundle/FrameworkBundle/Controller/AbstractController.php

Видим:
1) Дополнительный каплинг на фреймворк(если наследоваться)
2) Куча мусорных и бесполезных шорткатов (getDoctrine() и пр)
3) Инжектнутый контейнер.

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

GitHub

symfony/symfony

The Symfony PHP framework. Contribute to symfony/symfony development by creating an account on GitHub.

Разве контроллер не является частью(слоем) фреймворка а не домена, чтобы каплинг на фреймворк считать? Мы используем его request/response . Сериалайзеры, аннотации и прочее.

источник

09:32пожаловаться #11

ПГ

Павел Г. in symfony

Те же redirect, json, render - вполне удобные, нормальные методы

источник

09:34пожаловаться #12

OK

Oleg Krasavin in symfony

Павел Г.

Те же redirect, json, render - вполне удобные, нормальные методы

Удобные - да.
Нормальные - нет.

источник

09:39пожаловаться #13

ПГ

Павел Г. in symfony

Oleg Krasavin

Удобные - да.
Нормальные - нет.

Почему ненормальные?

источник

09:43пожаловаться #14

OK

Oleg Krasavin in symfony

Павел Г.

Почему ненормальные?

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

Но самое лютое - это контейнер в контроллере. Тип, это бэд практис еще с 2.8 версии, если я правильно помню. Если и это не останавливает, то я даже не знаю.

источник

09:54пожаловаться #15

ПГ

Павел Г. in symfony

Oleg Krasavin

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

Но самое лютое - это контейнер в контроллере. Тип, это бэд практис еще с 2.8 версии, если я правильно помню. Если и это не останавливает, то я даже не знаю.

Вопрос: зачем, если это уже сделано за нас? Это скорее субъективное мнение, чем реальный профит.

источник

09:56пожаловаться #16

ПГ

Павел Г. in symfony

Ну вынесли мы эти методы в зависимости, что мы с этого получили?

источник

09:57пожаловаться #17

ПГ

Павел Г. in symfony

Ну если только что-то связанное с мокированием и тестированием, и то хз

источник