Полный цикл разработки Веб-проектов (UMI.CMS, Yii, BEM)
Контакты

Наибольший вклад в теги

Все теги (67)

Лучшие ответы пользователя

Все ответы (84)
  • Как по БЭМ написать элемент в блоке с модификатором?

    ilyarsoftware
    @ilyarsoftware
    Разработка Веб-проектов (UMI.CMS, Yii, BEM)
    Добавив модификатор к блоку .container--parallax {} можно учитывать его наличие в реализации всех элементов блока .container--parallax .container__title {}.

    ...каскад уместен, чтобы менять элементы в зависимости от состояния блока... Вкладывание элементов в элементы и другие тонкости


    Добавляя модификатор для элемента .container__title--parallax {} мы сужаем область действия модификации только на элемент.

    Как как именно поступать решать вам, это зависит от потребностей, методология не решает подобные вопросы.
    Ответ написан
  • Как правильней сделать в рамках БЭМ?

    ilyarsoftware
    @ilyarsoftware
    Разработка Веб-проектов (UMI.CMS, Yii, BEM)
    ...стилизовать немножко иначе...

    Это может означать очень разное, возможные варианты:
    1. положение — определяем во внешнем окружении т.е. сделать стиль блока зависимым от другого блока;
    2. геометрия, цвет и размеры — должно определятся в самом блоке, вариативность реализуется модификатором, но в зависимости от масштаба вариативности и здравого смысла тоже может быть определятся в другого блоке (в случае применения методологии такую специфичность легко отслеживать), если вариативность уникальная, сделать стиль блока зависимым от другого блока;
    3. типографика — сделать стиль блока зависимым от другого блока.

    В общем если вариативность ограничена и требуется в разных местах уместнее реализовывать модификатором.
    Применение миксов уместно на случай, когда надо совмещать реализации и их вариации.

    P.S. Добавьте к вариантам свой случай в комментарии, дополню ответ.
    Ответ написан
  • Почему gulp-bem не собирает проект?

    ilyarsoftware
    @ilyarsoftware
    Разработка Веб-проектов (UMI.CMS, Yii, BEM)
    Если судить по примеру из тестов: https://github.com/floatdrop/gulp-bem/tree/master/...
    то должно быть так: https://github.com/SmirnovW/bem-test/pull/1/files

    $ git clone https://github.com/ilyar/bem-test.git && cd bem-test && npm i
    $ gulp
    [14:19:01] Using gulpfile ~/lab/bem-test/gulpfile.js
    [14:19:01] Starting 'default'...
    [14:19:01] Finished 'default' after 146 ms
    $ cat dist/index.css 
    .menu {
    	list-style: none;
    	color: green;
    }
    
    .menu__item {
    	margin-left: 10px;
    }
    Ответ написан
  • Актуальность префиксов БЭМ l- b- h- g- js-?

    ilyarsoftware
    @ilyarsoftware
    Разработка Веб-проектов (UMI.CMS, Yii, BEM)
    Из истории развития БЭМ https://ru.bem.info/methodology/history/
    2005 год... Классам блоков мы добавили префиксы (b-, c-, g-), чтобы отличать их от внутренних классов...

    Настоящие
    Исторически они появились в переходный период для того, чтобы отличать новый код, написаный по БЭМ, от старого. Со временем мы от них отказались.
    https://ru.bem.info/forum/158/ и https://ru.bem.info/forum/806/

    Соглашение по именованию/Имя блока:
    Иногда к именам блоков могут добавляться различные префиксы.


    Если префиксы решают вашу проблему, значит использовать их надо.

    Дополнительно процитирую заметку "Почему CSS-модули не могут заменить БЭМ":
    Часто слышу, как разработчики говорят «БЭМ не нужен, ведь есть CSS-модули». Это не так.

    Корень этого заблуждения кроется в том, что люди воспринимают БЭМ как CSS-методологию. На самом деле БЭМ это набор универсальных принципов, которые можно применять независимо от используемых технологий, будь то CSS, Sass, HTML, JavaScript или React. БЭМ решает множество задач, в число которых входят именование CSS-классов, подход к разделению интерфейса на независимые части и изоляция стилей для этих независимых частей.

    CSS-модули это инструмент, который решает только проблему изоляции стилей. Все остальные проблемы остаются нерешёнными: вам всё ещё нужны какие-то правила для разделения интерфейса на независимые части и всё ещё нужно придумывать названия классов. Поэтому CSS-модули можно и нужно применять вместе с БЭМом.

    Эволюция выглядит так:
    /* Классический БЭМ с длинными именами классов для обеспечения изоляции */
    
    .shop-cart-button {}
    .shop-cart-button_size_small {}
    .shop-cart-button_size_large {}
    
    
    /* CSS-модули с неограниченной свободой творчества в именах классов */
    
    .button {}
    .small {}
    .large {}
    /* или */
    .button {}
    .is-small {}
    .is-large {}
    /* или */
    .button {}
    .size-small {}
    .size-large {}
    
    
    /* БЭМ и CSS-модули */
    
    .button {}
    .button_size_small {}
    .button_size_large {}

    Сразу отвечу на вопрос «а чем плох пример с классами .button, .small и .large?». Он плох тем, что классы .small и .large сами по себе не несут информации о том, к чему они относятся. Нельзя понять, стилизуют ли они отдельный элемент или описывают состояние существующего элемента. Также такие названия классов рано или поздно снова приведут вас к проблеме уникальности имён. Например, вы пишете стили для модального окна. Вам нужно стилизовать полупрозрачный оверлей поверх страницы и само модальное окно. Оба этих элемента могут быть в двух состояниях: виден или скрыт. Кажется, что класс .visible отлично подходит, но проблема в том, что для оверлея и для окна этот класс должен содержать разные стили. Можно придумать костыль в виде селекторов .overlay.visible и .window.visible, но это именно костыль, потому что вы увеличиваете специфичность. С БЭМом всё просто и без ненужного роста специфичности: .overlay_visible и .window_visible.
    Ответ написан