MK
методология в 100 раз распространеннее
Size: a a a
2018 April 23
AP
Да и в Яндексе это методология в первую очередь. А ещё - реализация методологии в виде тулсета
AP
У БЭМ есть "минус" - методология вирусная, т.е. предполагает использование БЭМ и только БЭМ. Поэтому большим компаниям от БЭМ хорошо: единый стиль, переиспользование элементов "корпоративного GUI", единообразие исходников, позволяющее верстальщиков легко таскать между проектами.
PF
это в Яндексе тулсет, а за пределами конечно нет
а есть другой БЭМ тулсет за пределами??
AP
Вот да, тоже буду благодарен, если кто посоветует
MK
я к тому, что за пределами почти никто не знает и не использует i-bem/bemtools/react-bem-core
AP
У нас дизайн проекта навёрстан по БЭМ без каких либо библиотек и тулкитов. Всё отлично выглядит везде и не ползёт при жонглировании блоками
AP
Но таки пришлось "календарики оживлять" руками...
ŹR
Так а вот веб-компоненты с инкапсуляцией стилей внутри - это не тот же БЭМ?
ŹR
Как бы с идейной точки зрения
AP
Там фишка в том, что а) нет wildcard селекторов поэтому нельзя подтюнить стиль кнопки и сломать прогрессбар б) соседние блоки не влияют на отображение друг друга, т.е. блок "кнопка" всегда одинаково (нормально) будет выглядеть в любом месте, и не поломает ничего вокруг себя, будучит куда либо вставлен
ŹR
Я к тому, что неужели никто не придумал какой-нибудь sass/less, который вот так вот работает не через наследование, а максимум через миксины
ŹR
Это для css
ŹR
А инкапсуляция стиля в Polymer вроде есть
ŹR
Я так понимаю - что это должно и в "голый" веб прийти
ŹR
Т.е. ты делаешь "Кнопка", засовываешь туда весь стиль
ŹR
И он ничего не ломает вокруг
ŹR
И button (и все другие) селектор в кнопке и снаружи - разные
ŹR
И грид должен этому максимально помочь