мысль, или лучше использовать компоновщики представлений (View::composer) в boot провайдера ?
Компоненты практически заменили вьюкомпоз. Да, можешь, про кэш не забудь, если компонент переиспользуемый с одними данными.
чем меньше кода - тем лучше, иногда это оправдано. но если blade вызывается контроллером, то лучше запросы в бд хранить в контроллере если blade вспомогательный - то или в моделях или View::composer
из компонента лезть в бд странная идея.
отличная идея, если это компонент на основе класса в частности для таких элементов как меню, категории каталога, банеры и т.д. основной контролер управляет основным блоком данных, остальное второстепенное оформляется через компоненты и компонет сам себе подтаскивает данные из хранилищь
это что-то вроде как если бы у тебя SPA и каждый компонент для себя подтягивает данные с ,'rf
Почему странная? SSR приложение. При каждом запросе нужно рисовать в менюшке циферку новых заявок. Тут два пути: либо в boot провайдера лезть в базу, либо в компоненте. Т.к. отображать количество заявок - задача компонента, то логично, чтобы он сам в методах своего класса сбегал в базу и посчитал циферку. В противном случае логика получается размазанной. Где-то когда-то в каком-то провайдере получили циферку. Откуда она взялась в шаблоне через полгона никто не помнит.
интересно, а как запросы "хранить в контроллере" если речь про компоненты блейда идет?
Спасибо за замечание. Вернее в классах. за каждым компонентом - стоит класс.
Обсуждают сегодня