Фасады это не статика, а синтаксический сахар, не хочешь фасады, не используй. Если уж говорить о связанности с фреймворком, то это в первую очередь active record и eloquent. Откуда столько тревоги о связанности с фреймворком? Хоть раз доводилось в существующем проекте менять фреймворк?

@@andreyvoskresenskiy2284 Корош сахар, когда по итогу у тебя все на все завязано, поправил в одном месте, "отъехало" в "двух других", ведь эти фасады начинают лепить везде, вдохновившись подходом в ларке. А если еще тестов нет, ващпе песня!)). Синтаксический сахар это стрелочные функции или null-коалесцентный оператор и тп, а фасад это паттерн. С фасадами нужно быть аккуртатным их сам применяю только там, где нужно скрыть логику компонента системы за понятным интерфейсом, а если херачить на все фасады до жди беды, собено если придется рефакторить потом это дерьмо и особенно если нет тестов... Есть вообще ощущение что фасады ларавельщиками воспринимаются как серебрянная пуля, особенно у джунов и мидлов, тех кто не выхватил от этого еще проблем - незнаешь что делать, нужно зафигачить фасад) По поводу смены фреймворка (собственно даже видос про это) есть такой опыт, как раз из за hight cohesion испытывали страдание и боль от неправильных решений принятых разрабами ранее. Кароче удачи с фасадами! 😉

Ну в этом плане я больше присматриваюсь к yii3 Там по сути взято лучшее с yii2, laravel и симфони. Причем зачастую их же библиотеки и переиспользуются

Ларка это магический говнокод

Симфони уже хлам?))) рассмешил... А не смущает что ларка собрана на пакетах симфони)?

@@evgeny_5891 не смущает, посмейся, особенно с документации симфони, я с неё тоже ржу.. и ржу с того как ларка обходит кратно по популярности и лаконичности симфони. За ларкой будущее однозначно, симфони в скором будущем будет на задворках валяться, можешь потом зайти через пару лет и перечитать мой коммент, посмеяться ))

Важно логическое деление на слои, а где что лежит уже дело вкуса.

Зачем: 1. В тендерах и документации заказчика может быть указан сразу Битрикс. Ты можешь конечно не лезть в тендеры - но упустишь свой кусок рынка крупных контрактов. Т.к. почти все большие корпорации борются с коррупцией тендерами. 2. Битрикс как api based cms + framework = одно из лучших решений на рынке PHP. Ближайшая альтернатива Drupal + symfony. Менее удачная: october + laravel. Знаете другие варианты предложите. 3. Вариант с framework + custom админка = сразу +30% трудозатрат бекенда 4. Битрикс содержит в себе сразу определенный набор бизнес логики и интеграций. Которые в голых фреймверках зачастую допиливать с нуля. Писать интернет магазин с нуля на фреймверке (даже на их поделках) кажется очень глупой затеей в России.

@@north-leshiy, интересно ты CMS с фреймворками сравнил, совсем о разном) Я работал с битриксом 2 года и очень страдал от их готового функционала, т.к кастомизировать его сложно и проще свой написать. Последние пол года переехал на laravel и очень рад, как глоток свежего воздуха. Битрикс хорош в том, когда нужно быстро развернуть стандартный информационный сайтец, просто натянув верстку. Шаг влево и сталкиваешься с ограничениями компонентов и начинаются страдания, ТП тупит, куча багов и сидишь в панике. Как пример, компонент поиска, я как-то столкнулся с тем, что мне нужно искать элементы, у которых цена больше 0 и в настройках компонента этого нет, а в коде там миллиард непонятного кода вперемешку с js, html, css и php. На фреймворке это делается 5 минут, просто формируя запрос в бд. Взять комплексный компонент например catalog, да там вздернуться можно. В каком-то из компонентов видел комментарий, к которому цепляется JS! Это из коробки... Модули других разработчиков тоже боль, много из маркетплейса которые не работают, не поддерживаются. Нужно какое-то поле добавить в него, снова боль

Please, approach at info@chipsa.design.

Спасибо )

pixelsquid

благодарствую