Обновить

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

.x1hr3lfm{padding-inline:16px}

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

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

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

НЛО прилетело и опубликовало эту надпись здесь

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

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

По мере развития css в котором теперь и переменные, и функции, и обсуждается внедрение mixins 

Только всё это сейчас не помогает для изоляции названий пользовательских свойств. Нет гарантий, что, подключая какую-нибудь библиотеку для календаря, там не окажется `--token-color-primary` как у вас в проекте. Библиотеки типа StyleX дают возможность устранить коллизии названий "CSS-переменных". Правда, отлаживать в инспекторе мучительно больно.

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

Есть множество более качественных библиотек компонентов, позволяющих стилизовать токенами или подключением только базовых стилей, необходимых для работы - все равно как правило нужно будет под дизайн-систему проекта дорабатывать.

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

Внутрикорпоративная библиотека этим все сказано!

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

Публикации