В симфе уже хз с какой версии авторезолвинг сущностей

потому что: 1) нужно написать аргумент резолвер для юзера

Он есть уже из коробки

В симфе уже хз с какой версии авторезолвинг сущностей

+

В симфе уже хз с какой версии авторезолвинг сущностей

а, лол

ну тогда возвращать нельзя)

там Response требуется

Ну написал ViewSubscriber один

нужно view эвент ловить

ну тогда возвращать нельзя)

короче там по любому нельзя да😁

#[route(/user/{id})] action(User $user){ return $user ; }

а ещё нужен контроллер

и зарегать его в контейнере

Ну все закидал фактами.

так я тебе привёл ВЕСЬ код

Но вообще все словоблудие, 10 или 30 символов))

тупо 2 строчки, можно даже в одном файле)

так я тебе привёл ВЕСЬ код

А вот опять же, это плохо или хорошо?

Но вообще все словоблудие, 10 или 30 символов))

так и у тебя тоже, добавить интерфейс на репу - тоже не рокет сайнс

так и у тебя тоже, добавить интерфейс на репу - тоже не рокет сайнс

Это все беготня лишняя, и время

А вот опять же, это плохо или хорошо?

это то, почему симфа всё же про адекватный код, а ларка про фигак-фигак

Это все беготня лишняя, и время

так если лишнее всё - вон ларка, говорю же

там ещё всё проще и быстрее

это то, почему симфа всё же про адекватный код, а ларка про фигак-фигак

А что в приведенном тобой коде неадекватного?

но я согласен с Кириллом что ларке быстрее можно писать говно чем на симфе

также как и Yii2 )

А что в приведенном тобой коде неадекватного?

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

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

Ну may be так и надо

ну т.е. как спросить что не так, отадавая html изнутри репозитория

ну т.е. как спросить что не так, отадавая html изнутри репозитория

Ну ты опять пошел по верхам теории какой то)))

У тебя задача, вывести инфо о пользователе. Реализация понятная и готовая

В чем неадекватность?

class MyRepository { public function findUserById(...): string { return '<!doctype html>... } }

и понеслось

Если бы ты написал свой ДДД, что задача бы реашалачь лучше?)

Ну ты опять пошел по верхам теории какой то)))

какие верхи?

смешивать представление и логику - это всегда было говнищем)

какие верхи?

Ну типа надо слои, тут надо что то еще. Кому надо, зачем надо?

смешивать представление и логику - это всегда было говнищем)

А где в твоем коде вообще логика?

Какую логику ты будешь там тестировать, чтобы ее выделять?

А где в твоем коде вообще логика?

а по-твоему энтитя юзера без логики?

она там в бд ходит в ларке как бы

а по-твоему энтитя юзера без логики?

Я не знаю что у тебя там)) я вижу быстрый код и решение задачи.

там ещё всякие фильтры есть, и прочее

она там в бд ходит в ларке как бы

Это актив рекорд. С ним жили десятки лет и на YII и на Ларе. Вроде живут до сих пор))

хорошо, знаешь что такое "представление"?)

и причем тут актив рекорд, если в твоем коде его нет , если говорить про роутер

хорошо, знаешь что такое "представление"?)

Ну допустим

ну там в понятиях MVC или ещё как

хреня, которая видна абстрактному юзверю, так?

Ну допустим

на дефолтном лендинге это, допустим, twig, пока верно?

ну точнее объект с твигом

Ну зависит что ты пишешь, ну пусть будет

ну вот если там лендинг на чистом html

почему ты не засовываешь этот html в энтити?

ближе к сути плз))

ну так уже суть)

почему ты не засовываешь этот html в энтити?

Потому что в данном контексте мне это не надо.

я просто не понимаю почему точно такая же вьюшка для json из энтити - это норм, а для html - нет

я просто не понимаю почему точно такая же вьюшка для json из энтити - это норм, а для html - нет

А нет такого, это норма это нет

причём различия только в 4х буковках

Есть контекст

не, ну это не честно

так-то и говнокод норм потому что)

ибо исходя из контекста это было норм

Если в данном контексте задача решается, не имеет сайд эффектов и мне удобно запихать html в сущности, то пусть так и будет

и битрикс тоже внезапно адекватен тогда

просто в бОльшинстве случаем - это не удобно

я просто не понимаю почему точно такая же вьюшка для json из энтити - это норм, а для html - нет

Нужен просто рендер отдельный, для htmx какого

и битрикс тоже внезапно адекватен тогда

Битрикс живет и зарабатывает.

Пофигу же не?

Если в данном контексте задача решается, не имеет сайд эффектов и мне удобно запихать html в сущности, то пусть так и будет

а вот тут у тебя ошибка главная

самая большая проблема ВСЕГДА в саппорте

А наши тру проекты не выходят из стартапов из-за дороговизны "крутых разрабов" и их времени на тасках

а точнее в том самом моменте, когда у тебя есть Х решение и Y задача в него не вписывается

самая большая проблема ВСЕГДА в саппорте

Так у саппорта тоже есть контекст

Вот возьмем те же репозитори

и тяжесть саппорта начинается с момента, когда у тебя помимо X решения появляется Y решение

а потом за ним ещё Z

и V

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