Обновить

Комментарии 5

.x1hr3lfm{padding-inline:16px}

Как же это "прекрасно" дебажить, особенно когда в devtools нужно быстро добавить какой-нибудь утилитарный класс к элементу.

В проде классы хэшируются ради компактности и дедупликации.

А в dev-режиме у StyleX есть debug: true, где классы становятся читаемыми (paddingInline-…) и добавляется data-style-src с файлом и строкой, так что источник стиля в devtools находится довольно быстро

Не очень понятно в чем преимущество подхода. Css in js хорош тем, что ты можешь использовать рантайм, если ты статически генерируешь стили, зачем это делать через compiled css in js если можно воспользоваться обычными css модулями

Обычная очередная внутрикорпоративная библиотека, которая интегрируется в корпоративный стек этой компании, частично выпущенная в опенсорс. Вспоминается тот же БЭМ, который подходил если для него уже есть большая унифицированная инфраструктура, а как частичный выпуск в опенсорс был хуже тех же CSS Modules, так как решал проблему изоляции стилей многословно и ограниченно (все равно возможны глобальные пересечения).

По мере развития css в котором теперь и переменные, и функции, и обсуждается внедрение mixins эти подходы с css-in-js смотрятся настолько же устаревшими и неактуальными, но если в конкретной компании под StyleX все подготовлено и унифицировано - то им проще его использовать. Это вовсе не для "долгосрочной поддерживаемости" сторонних проектов, которые будут использовать эту библиотеку. Думаю цель выпуска в опенсорс - использование ресурсов бесплатных разработчиков-контрибьюторов и бесплатного тестирования, как это часто и бывает.

Гспд, как же тяжко жить без Vue

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации