мгновенное подключение стилей ( без чистки кэш)
Очистка абстрактного счётчика в настройках сайта тоже дает подобный эффект.
выбор устройства
@media queries сейчас решают любую проблему с размерами экрана.
распространение стилей на конкретную страницу ( что избегает конфликтации стилей)
Конфликтация стилей обходится добавлением уникальных классов css.
Короче ускоряет работу
Вот тут согласен. «Костыли» всегда упрощают и соответственно ускоряют работу разработчика. Но только разработчика и только на этапе разработки. «Костылями» можно пользоваться только в том случае, если вы заведомо знаете, что поддерживать и переделывать эту разработку вам точно никогда не прийдется. В противном случае, как вы уже выявили, время потраченное на поиски стилей в БД только увеличивают время работы.
Буду значит выводить так же виджетами но файлами ( шаблонами) в которые буду заносить изменения для той или иной страницы.
Но что дальше. Как будете «объяснять» на пальцах разного рода «пузомеркам» и «инспекторам» кода, что инлайновые стили на странице — это must have? Или вы так далеко в будущее не заглядываете?
Расскажу ещё о минусах использования виджетов для этих целей.
1. Инлайновые стили портят код страницы и увеличивают время загрузки страницы, так как не попадают в кэш браузера вместе с css файлами.
2. Перенос шаблона из одного сайта на другой становится невозможным, без переноса сетки и настроек виджетов.
3. Поделиться такими разработками становится проблематично, это вам показала ваша тема со свайпом виджетов. Сейчас вариант «вставить этот код сюда, а тот код — туда» уже морально устарел. Надо разобраться и ориентироваться на стандартные установочные пакеты дополнений. Но в них вы не сможете передать опции виджетов со своего сайта на чужой, так как таких виджетов там может и не быть или они будут в другом месте выводится.
З. Ы. И да, всё это без негатива и плохих мыслей в вашу сторону. Просто попытался объяснить почему виджеты не стоит использовать для данных целей.