как часто в пределах жизни продукта такое происходит нынче? Сравни это с вероятностью "перехода на микросервисы" например.

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

Абстракции нужны что бы сложность резать. То есть не "бизнес логику изолировать от фреймворка" а "бизнес логику изолировать друг от дружки". В этом случае "от фреймворка" получишь автоматом ъ

Я же не призываю всегда так делать :)

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

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

убрать зависимость от симфони чтобы что? что это даст? чтобы доклады вещать с трибуны про расово верный php ооп?

В первую очередь вопрос в жизненном цикле проекта и активности проводимых работ.

Если 40 человек пилят продукт 10 лет ситуация одна, если 1 человек делает проект за несколько месяцев и дальше пару раз за несколько лет поправит в нем ошибку - ситуация другая.

фреймворк - это "наружный" слой, то есть это тот клей который связывает твое приложение с внешним миром. "платформа" такая.

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

ну то есть человек просто для себя такое упрощение делает, окей. Но не надо думать что ради этого все делается

а что такое "привязываться к фреймворку" то?

на примере симфони)

привязка к HttpFoundation :)

хотя ее легко убрать...

ну и доктрина, ведь это "часть симфони же да?"

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

В общем и целом вы правы конечно.

ну эта привязка только на разворачивании инпута юзера в контроллере

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

вопрос возник (акцентирую на том что лично у меня!) на пустом месте... зачем инжектить, если оно вот есть, бери
возникло некое сомнение, вот и задала его

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

И вообще выйдите на улицу, отвлекитесь и выпустите пар, от вас так и веет негативом. Спасибо!

Использование классов/интерфейсов фреймворка в доменном слое.

вот мой контроллер

class MyController
{
    /**
     * @Route("/stuff", methods={"POST"})
     */
    public function doStuff(Stuff $stuff, StuffRequest): void
    {
         $stuff->doStuff();
    }

    /** 
      * @Route("/stuff/{id}", methods={"GET"})
      */
    public function getStuff(Stuff $stuff, string $stuffId)
    {
         return $stuff->getStuffDetails($stuffId);
    }
}

и когда тебе такое надо?

судя по тому что у всех абсолютно разное понятие доменного слоя, все же спрошу - что это есть?)