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

Плюс не знаю кому как, но лично мне часть примеров с разбора того же solid'а на примерах java вообще не была понятна. После нормальных статей по пыхе все ложится на свои места

Здравая мысль, и domain driven design тоже об этом.
Бизнес-код, собственно функционал сайта, по хорошему должен быть отделён от фреймворка, лежать в отдельной папочке.
Но тут вопрос выбора. Есть ли у вас 200 человек, чтобы грамотно и документированно молиться богу абстракций, или можно пойти на компромисс. Юзать везде Eloquent, например, а только в сложных моментах заводить классы-Entity , которые юзают несколько моделей и дополнительно что-то вычисляют внутри себя.
Серебряной пули нет.

Мы такое практикуем.

Без опыта невозможно сказать, как поведёт себя выбранная архитектура при росте проекта.
А фреймворк тут вообще не важен, имхо.

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

Да, ddd. Но что интересно, болшинство с кем я общался, при разговоре о проектировании с ходу и сразу сводят диалог к разговору о таблицах БД и как они связаны между собой. Привычка наверно

В большинстве случаев одна сущность == одна таблица, поэтому они просто выкидывают промежуточные шаги для экономии

Можешь скинуть ссылки на годные статьи? Как раз пытаюсь достучаться до solid

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

Спасибо!

👍 а покажи гитхаб😊

отличная работа делать косяки

А где предыдущий разработчик?

Не справился с косяками и его скинули со скалы

А если следующий не справится?

это СПАРТА!!!!

Суровый мир пхп ))

Заставят на JS перейти

Laravel: коллизии пакетов, как решить проблему?
В проекте н laravel установлены пакета:
Для организации ЧПУ – slug, установлен пакет eloquent-sluggable,
Для построения дерева вложенных категорий laravel-nestedset
Согласно документации оба пакета подключены в модели.