Я так и делаю. Копипастю с курса

Псоле регистрации все в бд

не-не, тут же уже не про корзину, а про репозитории/контроллеры/хендлеры/етс
что для этого всего есть требуемое "одно место"?

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

т.е. хендлер - это такой себе "осьминог", через который все протекает?

У дяди боба это в use case лежит

Плюс подхода что твой код слабо зависит от фреймворка

народ, выручите, пожалуйста:
пригласили на собес, сказали, что дадут потом задание на пыхе написать веб приложение - заказ пиццы онлайн.
я хочу удивить интервьювера и сделать как на чистой пыхе, так и на ларавеле приложеньку. а ларавель я знаю в теориии и без практики.
накидайте, плиз, примеры на гите рабочих приложений, чтобы там были миддл вары, провайдеры, роутеры, вью, контроллеры и всё другое, а я изучу все проекты и пойму хоть, как оно в реальном проекте все крутится.
в интернетах ваших только или статьи по оптимизации ларавеля (скл), либо какие-то недоработанные проекты висят, и то не на 6 версии лары.
буду очень сильно благодарен за любой репозиторий с проектом

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

Я о том, что норм бизнес логику пишут без привязки к фреймворку, точнее с максимальной отвязкой