Технология бэм в верстке

БЭМ методология

Методология БЭМ создана в Яндексе для разработки сайтов, которые надо делать быстро,а поддерживать долгие годы. Она позволяет создавать расширяемые и повторно используемые компоненты интерфейса.

1. Быстрый старт Необходимый минимум для знакомства с БЭМ
2. Основные понятия Что есть что в мире БЭМ
3. Соглашение по именованию Как вложить смысл в имена
4. CSS Верстка независимыми блоками
5. HTML Разметка в БЭМ-терминах
6. JavaScript Декларативно, в БЭМ-терминах
7. Файловая структура Единые правила организации кода
8. Уровни переопределения Расширение возможностей блоков
9. Модификация блока Множественное наследование, сделанное правильно
10. Сборка Оптимальный runtime
11. Декларации Абстракция над разметкой

Эксперты рекомендуют БЭМ

• Harry Roberts Consultant Front-end Architect I use BEM notation on everything I build now as its usefulness has proved itself over and over.
• Mark McDonnell Technical Lead, BBC News Itʼs less confusing than the other methods (i.e. SMACSS) but still provides us the good architecture we want (i.e. OOCSS) and with a recognisable terminology.
• Connie Chan Design Director, Thoughtbot Combined with a preprocessor, BEM makes keeping your CSS modular and object-oriented a breeze.
• Jonathan Snook Author of SMACSS, Xero Most common misspelling is “SMACCS”. I should just rename it to BEM.
• Paul Irish Front-end Developer, Google Inc. This BEM stuff is next-level shit. Itʼs incredible how methodical it is.
• Necolas Gallagher Software Engineer, Twitter BEM is far more than a HTML/CSS system. Iʼve got no plans to use it all; just adapted some of its ideas.

Источник

Быстрый старт

БЭМ (Блок, Элемент, Модификатор) — компонентный подход к веб-разработке. В его основе лежит принцип разделения интерфейса на независимые блоки. Он позволяет легко и быстро разрабатывать интерфейсы любой сложности и повторно использовать существующий код, избегая «Copy-Paste».

Содержание

Блок

Функционально независимый компонент страницы, который может быть повторно использован. В HTML блоки представлены атрибутом class .

• Название блока характеризует смысл («что это?» — «меню»: menu , «кнопка»: button ), а не состояние («какой, как выглядит?» — «красный»: red , «большой»: big ).

 div class="error"> div> div class="red-text"> div> 

• Блок не должен влиять на свое окружение, т. е. блоку не следует задавать внешнюю геометрию (в виде отступов, границ, влияющих на размеры) и позиционирование.
• В CSS по БЭМ также не рекомендуется использовать селекторы по тегам или id .

Таким образом обеспечивается независимость, при которой возможно повторное использование или перенос блоков с места на место.

Принцип работы с блоками

Вложенность

 header class="header"> div class="logo"> div> form class="search-form"> form> header> 

Элемент

Составная часть блока, которая не может использоваться в отрыве от него.

• Название элемента характеризует смысл («что это?» — «пункт»: item , «текст»: text ), а не состояние («какой, как выглядит?» — «красный»: red , «большой»: big ).
• Структура полного имени элемента соответствует схеме: имя-блока__имя-элемента . Имя элемента отделяется от имени блока двумя подчеркиваниями ( __ ).

 form class="search-form"> input class="search-form__input"> button class="search-form__button">Найти button> form> 

Принципы работы с элементами

Вложенность

• Элементы можно вкладывать друг в друга.
• Допустима любая вложенность элементов.
• Элемент — всегда часть блока, а не другого элемента. Это означает, что в названии элементов нельзя прописывать иерархию вида block__elem1__elem2 .

 form class="search-form"> div class="search-form__content"> input class="search-form__input"> button class="search-form__button">Найти button> div> form> form class="search-form"> div class="search-form__content"> input class="search-form__content__input"> button class="search-form__content__button">Найти button> div> form> 

Имя блока задает пространство имен, которое гарантирует зависимость элементов от блока ( block__elem ).

Блок может иметь вложенную структуру элементов в DOM-дереве:

div class="block"> div class="block__elem1"> div class="block__elem2"> div class="block__elem3"> div> div> div> div> 

Однако эта же структура блока в методологии БЭМ всегда будет представлена плоским списком элементов:

.block <> .block__elem1 <> .block__elem2 <> .block__elem3 <>

Это позволяет изменять DOM-структуру блока без внесения правок в коде каждого отдельного элемента:

div class="block"> div class="block__elem1"> div class="block__elem2"> div> div> div class="block__elem3"> div> div> 

Структура блока меняется, а правила для элементов и их названия остаются прежними.

Принадлежность

Элемент — всегда часть блока и не должен использоваться отдельно от него.

  form class="search-form"> input class="search-form__input"> button class="search-form__button">Найти button> form>  form class="search-form"> form> input class="search-form__input"> button class="search-form__button">Найти button> 

Необязательность

Элемент — необязательный компонент блока. Не у всех блоков должны быть элементы.

 div class="search-form"> input class="input"> button class="button">Найти button> div> 

Когда создавать блок, когда — элемент?

Создавайте блок

Если фрагмент кода может использоваться повторно и не зависит от реализации других компонентов страницы.

Создавайте элемент

Если фрагмент кода не может использоваться самостоятельно, без родительской сущности (блока).

Исключение составляют элементы, реализация которых для упрощения разработки требует разделения на более мелкие части — подэлементы. В БЭМ-методологии нельзя создавать элементы элементов. В подобном случае вместо элемента необходимо создавать служебный блок.

Модификатор

Cущность, определяющая внешний вид, состояние или поведение блока либо элемента.

• Название модификатора характеризует внешний вид («какой размер?», «какая тема?» и т. п. — «размер»: size_s , «тема»: theme_islands ), состояние («чем отличается от прочих?» — «отключен»: disabled , «фокусированный»: focused ) и поведение («как ведет себя?», «как взаимодействует с пользователем?» — «направление»: directions_left-top ).
• Имя модификатора отделяется от имени блока или элемента одним подчеркиванием ( _ ).

Типы модификаторов

Булевый

• Используют, когда важно только наличие или отсутствие модификатора, а его значение несущественно. Например, «отключен»: disabled . Считается, что при наличии булевого модификатора у сущности его значение равно true .
• Структура полного имени модификатора соответствует схеме:
  • имя-блока_имя-модификатора ;
  • имя-блока__имя-элемента_имя-модификатора .

   form class="search-form search-form_focused"> input class="search-form__input"> button class="search-form__button search-form__button_disabled">Найти button> form> 

  Ключ-значение

  • Используют, когда важно значение модификатора. Например, «меню с темой оформления islands »: menu_theme_islands .
  • Структура полного имени модификатора соответствует схеме:
    • имя-блока_имя-модификатора_значение-модификатора ;
    • имя-блока__имя-элемента_имя-модификатора_значение-модификатора .

     form class="search-form search-form_theme_islands"> input class="search-form__input"> button class="search-form__button search-form__button_size_m">Найти button> form> form class="search-form search-form_theme_islands search-form_theme_lite"> input class="search-form__input"> button class="search-form__button search-form__button_size_s search-form__button_size_m"> Найти button> form> 

    Принципы работы с модификаторами

    Модификатор нельзя использовать самостоятельно

    С точки зрения БЭМ-методологии модификатор не может использоваться в отрыве от модифицируемого блока или элемента. Модификатор должен изменять вид, поведение или состояние сущности, а не заменять ее.

     form class="search-form search-form_theme_islands"> input class="search-form__input"> button class="search-form__button">Найти button> form> form class="search-form_theme_islands"> input class="search-form__input"> button class="search-form__button">Найти button> form> 

    Микс

    Прием, позволяющий использовать разные БЭМ-сущности на одном DOM-узле.

    • совмещать поведение и стили нескольких сущностей без дублирования кода;
    • создавать семантически новые компоненты интерфейса на основе имеющихся.

     div class="header"> div class="search-form header__search-form"> div> div> 

    В данном примере мы совместили поведение и стили блока search-form и элемента search-form блока header . Такой подход позволяет нам задать внешнюю геометрию и позиционирование в элементе header__search-form , а сам блок search-form оставить универсальным. Таким образом, блок можно использовать в любом другом окружении, потому что он не специфицирует никакие отступы. Это позволяет нам говорить о его независимости.

    Файловая структура

    Принятый в методологии БЭМ компонентный подход применяется и к организации проектов в файловой структуре. Реализации блоков, элементов и модификаторов делятся на независимые файлы-технологии, что позволяет нам подключать их опционально.

    • Один блок — одна директория.
    • Имена блока и его директории совпадают. Например, блок header — директория header/ , блок menu — директория menu/ .
    • Реализация блока разделяется на отдельные файлы-технологии. Например, header.css , header.js .
    • Директория блока является корневой для поддиректорий соответствующих ему элементов и модификаторов.
    • Имена директорий элементов начинаются с двойного подчеркивания ( __ ). Например, header/__logo/ , menu/__item/ .
    • Имена директорий модификаторов начинаются с одинарного подчеркивания ( _ ). Например, header/_fixed/ , menu/_theme_islands/ .
    • Реализации элементов и модификаторов разделяются на отдельные файлы-технологии. Например, header__input.js , header_theme_islands.css .

    search-form/ # Директория блока search-form __input/ # Поддиректория элемента search-form__input search-form__input.css # Реализация элемента search-form__input # в технологии CSS search-form__input.js # Реализация элемента search-form__input # в технологии JavaScript __button/ # Поддиректория элемента search-form__button search-form__button.css search-form__button.js _theme/ # Поддиректория модификатора # search-form_theme search-form_theme_islands.css # Реализация блока search-form, имеющего # модификатор theme со значением islands # в технологии CSS search-form_theme_lite.css # Реализация блока search-form, имеющего # модификатор theme со значением lite # в технологии CSS search-form.css # Реализация блока search-form # в технологии CSS search-form.js # Реализация блока search-form # в технологии JavaScript

    Такая файловая структура позволяет легко поддерживать и повторно использовать код.

    Разветвленная файловая структура предполагает, что в production код будет собираться в общие файлы проекта.

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

    Источник