открывается ад
Теперь есть @layer, которым можно изолировать правила друг от друга, а сами правила писать семантически Есть тейлвинд с utility классами Есть cube css, где что-то переняли от бем, что-то от тейлвинда
Это не layer, а @apply ;) Когда вы пишете семантические селекторы, то по сути, обратно возвращаетесь к нормальному написанию CSS в селекторах, только в них вы пишете другие ютилити-атомарные селекторы, @apply раздувает ваш итоговый CSS-файл и смысл в Тэйлвинд пропадает, потому что вы зачем-то начинаете использовать лишнюю зависимость для написания обычного CSS, который и так работает без Тэйлвинда)
Ненене, вы меня не поняли, я написал три разных метода, которые можно использовать, вместо бем. Я знаю, что такое @apply; @layer это каскадные слои, которые позволяют изолировать правила внутри них от других. Например, можно создавать слой под каждый компонент, и внутри использовать обычные селекторы без БЕМ. БЕМ полезен тем, что позволял структурировать css так, чтобы избежать конфликтов со специфичностью и каскад, теперь это с помощью слоёв можно делать. Человек спросил, какие альтернативы Бем ещё есть, я написал :) А насчёт лишней зависимости, кто-то sass использует, тоже лишняя зависимость :) postcss тоже можно считать лишней зависимостью и просто писать CSS, все же работает :) Разные инструменты существуют для разных людей и проектов, так что и у тейлвинда есть свои юз кейсы и даже у (apply директивы)
Ок, понял. Но АНБ в БЭМ — это не цель, а следствие и инструмент, с помощью которого происходит проектирование архитектуры лэйаута дизайн-системы на едином UI-слое. Лэйаут никак не должен быть привязан к бизнес-логике компонентов. В этом главная ошибка. Лишь иногда слой лэйаута может совпадать с компонентом по структуре, например в каком-то низкоуровневом базовом компоненте, таком, как кнопка. Но в большинстве случаев, компоненты собираются из разных «UI-кубиков» как в Лего. Изоляция архитектуры UI и привязка ее к компонентам лишает вас гибкости в проектировании самой дизайн-системы. Возникает банальная избыточность реализации одних и тех же UI-элементов в разных компонентах, и лэйаут становится зависим от архитектурных приемов самой библиотеки или фреймворка, с помощью которых программируется бизнес-логика.
Слышал про @layers, а еще может есть инструменты которые хеши добавляют в названиям классов?
Это называется CSS-модули и это также ограничивает гибкость архитектуры лэйаута, разрушая единый UI-слой.
Вы, кстати, никак не сможете изолировать никакие правила друг от друга в Тэйлвинде с помощью директивы @layer. Она не делает этого, эта директива просто позволяет вам создавать новые селекторы, которые будут участвовать в логике Тэйлвинда, например, реагировать на приставки типа медиа-выражений или псевдоклассов, а также как и с другими селекторами из коробки, не вставлять их в итоговый бандл, если они не используются.
Обсуждают сегодня