Может что-то типа такого?

Подскажите, а как Б его должно  вверх к А прокинуть?

А же слушает например так
this._events(Б).on('click', this._prototype._onClick)

Только
_domEvents() → _events()

Есть несколько способов.

1. Вешать на body какой-то блок, который будет один на странице (например app). Вешать событие на закрытие модалки в нужном блоке.

this._events(modal).on({ modName : 'visible', modVal : '' }, () => {
   App.getInstance().enableScrolls();
});

2. Делать поиск боди или Page

this._events(modal).on({ modName : 'visible', modVal : '' }, () => {
   this.findParentBlock(Page).enableScrolls();
});

3. Использовать bemDom.scope (правда не знаю на сколько это корректно)

this._events(modal).on({ modName : 'visible', modVal : '' }, () => {
   bemDom.scope; // Это по-умолчанию jQuery body
});

4. Использовать размазывание блока.
Часть блока вешать на body и работать с ней как с элементом блока. https://ru.bem.info/platform/i-bem/html-binding/#Один-js-блок-на-нескольких-html-элементах


Можно юзать ещё каналы (это будет сравнимо с первым вариантом). Но я их стараюсь избегать....

Блок A должен знать только о блоке B. Пытаться извлечь что-то из блока лежащего внутри блока B не есть хорошая идея, как по мне. Хоть БЭМ и подразумевает, что родитель знает о дочерних блоках, но это усложняет взаимосвязи.

Сегодня у C одно api, а завтра другое. В следствии чего нужно будет править api в блоках A1, A2, A3 и т.д.
Лучше сделать у блока B нужный метод и дёргать его для получениях данных. Тогда если блок C заменится на блок C1,  больше шансов, что ничего не сломается.

Конечно всё зависит от разных вариаций вёрски. Если блок B является просто вспомогательным блоком (modal/popup) тогда в поиске блока C нет проблем.

На крайний случай можно использовать в блоке B такой кейс.

_onBlockCClick (e) {
    this._emit('click', { bemTarget :  e.bemTarget });
}

_onBlockBClick (e, data) {
    // Получаем данные из блока C
    data.bemTarget.getVal();
}

Нужно больше подробностей по задаче. Тогда будет меньше воды

_onBlockCClick (e) {
    this._emit('click', { bemTarget :  e.bemTarget });
}

_onBlockBClick (e, data) {
    // Получаем данные из блока C
    data.bemTarget.getVal();
}

Я все делаю как вы описали, спасибо большое

this._events(modal).on({ modName : 'visible', modVal : '' }, () => {
   App.getInstance().enableScrolls();
});

this._events(modal).on({ modName : 'visible', modVal : '' }, () => {
   this.findParentBlock(Page).enableScrolls();
});

this._events(modal).on({ modName : 'visible', modVal : '' }, () => {
   bemDom.scope; // Это по-умолчанию jQuery body
});

https://codepen.io/anon/pen/VEjyGb?editors=0010 ?

Зачем был придуман bemtree если bemhtml и так со всем справляется?

bemhtml на выходе отдаёт html. bemtree json/объект, над которым можно спокойно поиграться. В частности через bemhtml

Вначале был bemhtml, а потом появлися bemtree

спасибо!

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

А так да. Можно обойтись и чисто bemhtml.

а для каких целей можно использовать bemtree?

У нас это 90% вёрстки ) Вся структура блоков в нём описывается

я просто не понимаю зачем он нужен если на bemhtml я делаю тоже самое. Хочется разобраться

верстку и на bemhtml можно делать

https://github.com/bem/project-stub/issues/159

Так вот ещё на тему обсуждений bemtree и bemhtml.

Я не говорил что нельзя. bemhtml отдаёт конечный "продукт" в виде строки html. Bemtree отдаёт объект над которым можно поработать ещё.

Пример приведите пожалуйста того что можно сделать с этими данными от bemtree, кейс если можно