Size: a a a

2021 April 22

AL

Alexander Lozovsky in symfony
С тем же успехом можно провести опрос: черный или зелёный чай вы пьете когда делаете код ревью?
источник

✨Basic_Instinct✨ in symfony
у каждого есть на то свой аргумент)
источник

AL

Alexander Lozovsky in symfony
Наверное какие-то корреляции можно найти, но в общем то понятно же что дело не в чае.
источник

✨Basic_Instinct✨ in symfony
предпочитаю кофе
источник

✨Basic_Instinct✨ in symfony
солидарна, т.к. это более наглядно, и вырабатывается какой-то стандарт, независимо от места его использования и расширений класса
источник

SZ

Sergey Zolotov in symfony
потому что inheritance и есть наследование https://www.php.net/manual/en/language.oop5.inheritance.php
источник

A

Arky in symfony
не наследуюсь от обстрактного и абстрактного)0
источник

AK

Anton K. in symfony
а на java можно перейти так?
источник

AK

Anton K. in symfony
ну камон, абстракции это наверное хорошо, но вы сейчас как бы говорите про абстракции от фреймворка.
источник

AK

Anton K. in symfony
до какого уровня абстракции вам надо дойти, чтобы полагать, что ваш код сейчас ок?
источник

АК

Александр Кондраков... in symfony
до уровня написания юнит тестов
источник

Ш

Шурик in symfony
а что в этом плохого?
источник

AK

Anton K. in symfony
в том, что у этого процесса нет конца и края
источник

AK

Anton K. in symfony
абстракцию можно придумать от всего
источник

АЯ

Андрей Ява in symfony
в идеале когда кода не остаётся
источник

AL

Alexander Lozovsky in symfony
Вы пишите о себе "тимлид" и даёте откровенно вредные советы. Если вы тут ради социальных потребностей - ваше право, но пройти мимо пропаганды мне сложно.

Серебряных пуль не бывает, как вы правильно сказали - все зависит от задачи.

Предположим, что задача за пару часов сделать какой-то круд без всякой логики. Вопрос зачем в таком случае брать симфони оставим за скобками, допустим по ряду причин так исторически сложилось.

Делаем bin/console make:crud и неизбежно вносим правки (шаблоны, формы, связи).

Даже в этой ситуации в контроллер стоит пробросить репозиторий, а не менеджер.

Вы же исходите из того, что любой вариант кроме запроса в бд из контроллера это преждевременная оптимизация.

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

И не надо никакого ДДД и прочей черной магии.
источник

AK

Anton K. in symfony
чистый дзен. уважаю
источник

AL

Alexander Lozovsky in symfony
Уверен вы справитесь.
источник

AK

Anton K. in symfony
никого не защищаю, но у вас точно такая же пропаганда. неизвестно еще чья вреднее
источник

AL

Alexander Lozovsky in symfony
Суть не в пропаганде, а во вредности советов.
источник