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

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

не думаю, что это можно описать «вкратце» — можно почитать код i-bem-dom блока: https://github.com/bem/bem-core/tree/v4/common.blocks/i-bem-dom

Только сейчас обратил внимание на твой классный Ник)

Ну то есть отличия в том что это не просто карта методов, а объект целой системы с своими фичами? Если да, то пока что это не важно. Мне нужен БЭМ, но пока что я не готов исследовать инструменты разработки по методологии, но готов написать свою простейшую и независимую реализацию, для понимания того как это всё работает на низком уровне.

Но если там фундаментально другой подход и используется не патчинг элементов, а какой-нибудь глобальный реестр, то это очень важно для понимания

Смотрю https://github.com/bem/bem-core/blob/v4/common.blocks/i-bem-dom/i-bem-dom.js

До конца не читал, но как я понял, всё сохраняется в служебные объекты в замыкании. И наверное передаётся в задекларированные обработчики.

И общение осуществляется через прокси в качестве которого выступает этот фреймворк. select поискал бы внутри себя блок menu, получил бы по его uid служебный объект и вызвал бы из него публичный метод.

Примерно так?

как мне кажется, воспользоваться существующим будет сильно энергоэкономнее, чем писать своё

примерно так

Спасибо за помощь. Сегодня попробую реализовать свой примитивный инструмент, что бы убедиться что в случае прекращения поддержки эталонного девкита всё реально поддерживать самому, а потом перейду на готовые инструменты.

Кстати, как называется инструмент для поддержки зависимостей? bem-core?

Про какие зависимости ты конкретно говоришь?)

смотря о каких зависимостях и где поддержки речь — ymodules для клиентского рантайма, для сборки разные можно использовать

Файлы .deps.js

На уровне enb сборщика резолвятся

Всем привет, а где можно посмотреть про модификатор theme?


Не пойму как он работает в бэм

Поискал в бэм библиотеках, применение вижу, а реализацию не могу найти

А что конкретно не понятно? Это же просто визуальный модификатор, который меняет внешний вид блока

Я так понимаю, он задаёт общую стилистику страницы, если его миксовать только с корневым блоком page.
И не пойму, как через блок theme выразить несколько цветов

Акцентный, дефолтный и. т. д.

То есть мы поменяли модификатор theme у блока page и у нас поменялись все цвета страницы, на сколько я понял, логика работы такая

У себя на проектах, я просто делаю это через переменные, но я эти переменные в каждый блок сую, а тут прям как то очень хитро 😅

Так стоп, ты сейчас про whitepaper говоришь?

Тут просто через бэм выражены модификаторы темы, все давольно просто, ты задаешь тему, к примеру default в ней описываешь набор цветов для твоих контролов:

.Theme_color_default {
  /* default */
  --color-control-bg-default: #000;
  /* action */
  --color-control-bg-action: #fc0;
}

В своих компонентах используешь эти переменные в css:

.Button_view_default {
  background-color: var(--color-control-bg-default);
}

.Button_view_action {
  background-color: var(--color-control-bg-action);
}