Кажется как раз "классический" стек проще для понимание каких-то моментов в методологии. Особенно если поиграть со стабом. https://github.com/bem/project-stub
как обычно называют модификаторы отвечающие за отображение/скрытие элемента?
Есть несколько вариантов:
_visible (наличие или отсутствие модификатора) _hidden (наличие или отсутствие модификатора) _visibility_visible | _visibility_hidden (одно из значений)
Это частый кейс, пока формируешь вопрос и задаешь его, сам же находишь на него ответ
До уровня миддл вообще часто. Потом уже рефлекс "не задавать". Хотя есть компании, где сильно не пинают за вопросы, а наоборот поощряют отвечающих, и гнобят токсиков. Там атмосфера другая, и даже сеньёры не боятся задавать вопросы.
Добрый вечер, подскажите пожалуйста, есть ли статья хотя бы какая-нибудь про тестирование блоков на классическом БЭМ стеке? В bem-components вижу specs.js но не понимаю как это от начало до конца работает.
Добрый вечер, подскажите пожалуйста, есть ли статья хотя бы какая-нибудь про тестирование блоков на классическом БЭМ стеке? В bem-components вижу specs.js но не понимаю как это от начало до конца работает.
В паблик скорее всего не выгружали, так что если только по крупицам собирать из bem-components / bem-forms…
Добрый вечер, подскажите пожалуйста, есть ли статья хотя бы какая-нибудь про тестирование блоков на классическом БЭМ стеке? В bem-components вижу specs.js но не понимаю как это от начало до конца работает.
Добрый вечер, подскажите пожалуйста, есть ли статья хотя бы какая-нибудь про тестирование блоков на классическом БЭМ стеке? В bem-components вижу specs.js но не понимаю как это от начало до конца работает.
Если поможет, то коротко примерно так: - Отдельно собираются исходники и отдельно тесты - В зависимости от движка тестов (Jasmine/Mocha) открывается страница с ядром test-runnerа и подгружаются тесты - Результаты для каждого набора тестов сгружаются в отчет