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

Я как человек проработавший лет исключительно с битриксом понимаю желание скрестить слона( неповоротливый Битрикс но с кучей, громадной кучей готового функционала, начина от простых списков, заканчивая многоскладовым ИМ с бек джеком и куртизантками) с гипардом( быстрый фреймворк с кучей прелестей, но всё приходится проделывать вручную). Но делать всё таки этого не стоит. Т.к. потеряете хорошую часть функционала битрикса - такие как: быстрые правки, индексация сайта и сайтмэп, компонентный подход и помощь если запутаетесь в своём творении. Если хочется красивых шаблонов компонентов - битрикс поддерживает сторонние движки шаблонизации, а что касается шаблона сайта - тут боль только php... Ну а если вам хочется своих компонентов с наследованием - тоже можно реализовать.

Я на последнем проекте своём написал порядка 20 компонентов под нужны проекта без кучи грязи в и лаши которая постоянно наблюдается в стандартных.

Господа Andrzej Wielski и Muhammad будьте добры объяснить мне преимущество вашего подхода хранения прикреплённых файлов перед системой как в битриксе. Просто я с высоты опыта с Битрисом не понимаю преимуществ с таким подходом.