Погоди, liveInitOnBlockInsideEvent вызывается несколько раз или колбек события change?

Вроде бы, все работает и как должно.

p.s. liveInit нужен чтобы создавать экземпляр для блока не при загрузке, а при каком-то событии, и заодно обработчик на это событие описывать.

Callback, который был передан в liveInitOnBlockInsideEvent вызывается несколько раз (точнее, каждый раз, как возникает событие в блоке, который я отслеживаю).

p.s. liveInit нужен чтобы создавать экземпляр для блока не при загрузке, а при каком-то событии, и заодно это событие описывать.

Ну я так и использую. Иничу вышестоящие блоки только если самый нижестоящий стриггерил change

Значит, все работает правильно, так и задумано ;-)

liveInitOn...Event это что-то:

$('.block').on('event', function () {
  if (firstCall) $('.block').bem('block');
  handler();
});

Такое ;-) Точнее, через $('body').delegate, или как там у jquery.

Вот у меня примерно так выглядит blockC:

        }, /** @lends BlockC */ {
            live: function() {
                this.liveInitOnBlockInsideEvent('toggle', 'blockB', function(e) {
                    if (typeof this._liveInited !== 'undefined') {
                        return;
                    }

                    this._liveInited = true;

                    e.target.on('toggle', this._toggleFn, this);

                    this._toggleFn(e);
                })
            }
        }));

И вот так blockB:

        }, /** @lends BlockB */ {
            live: function() {
                this.liveInitOnBlockInsideEvent('change', 'blockA', function(e) {
                    if (typeof this._liveInited !== 'undefined') {
                        return;
                    }

                    this._liveInited = true;

                    e.target.on('change', this._toggleFn, this);

                    this._toggleFn(e);
                })
            }
        }));

Т.о. я лениво инициализирую блоки blockB и blockC по событию change от blockA. Т.е. я правильно понимаю, что this._liveInited мне здесь необходим и это так и задумано?

UPD:

Как то странно получается, в документации на liveInitOnBlockInsideEvent написано: https://en.bem.info/libs/bem-core/v2.8.0/desktop/i-bem/jsdoc/#jsdoc-liveInitOnBlockInsideEvent-1

Handler to be called after successful initialization in the new block's context

Но ведь блок то у меня уже инициализирован (blockA который) а обработчик liveInitOnBlockInsideEvent на блоке blockB вызывается каждый раз.

@korotovsky Приведи, пожалуйста, исходную задачу целиком.

Ну смотри...

            live: function() {
                // этот код запускается после загрузки и нужен для регистрации
                // "live"-обработчики, при которых экземпляр для блока нужно
                // будет создать.

                // функция ниже помогает инициализировать экзепляр на дом ноде
                // только в тот момент, когда пользователь начнет с ним взаимодействовать
                // в данном случае, когда будет первое change событие
                this.liveInitOnBlockInsideEvent('change', 'b-form-input', function(e) {
                    // а этот код вызывается КАЖДЫЙ раз когда прилетает событие change
                    // если нужно только 1 раз, то лучше сделать unbind этой функции прямо здесь
                    // или даже привязать нужные события в `onSetMod: { js: { inited ...` (конструкторе)
                })
            }

https://ru.bem.info/technology/i-bem/v2/i-bem-js-init/#Хелперы-для-инициализации-по-событию

@tadatuta я же не путаю?

Ну задача следующая: инициализировать ленво бизнес блок (blockC) только когда было какое-либо взаимодействие с блоком blockB (грубо говоря с блоком blockA).

Почему лениво - потому что эта таблица, и в ней дохерищща чекбоксов. Каждый чекбокс представляет из себя "капусту" из blockA -> blockB -> blockC.

если нужно только 1 раз, то лучше сделать unbind этой функции прямо здесь

А вот это как мне кажется надо жирным в доке написать, т.к. имхо текущее поведение не отражает то, что там написано в описании. Ну, как мне кажется.

Сильно понятнее не стало, но @zxqfox все правильно написал — инициализация блока произойдет ровно один раз, а коллбек в liveInitOnBlockInsideEvent будет дергаться каждый раз, когда будет случаться указанное событие.

Проверить это очень просто:

modules.define('table', ['i-bem__dom'], function(provide, BEMDOM) {

provide(BEMDOM.decl(this.name, {
    onSetMod: {
        js: {
            inited: function() {
                console.log('table inited'); // этот текст выведется в момент клика по любому сложенному в таблицу чекбоксу и ровно один раз, последующие клики повторно этот код не вызовут
            }
        }
    }
}, {
    live: function() {
        this.liveInitOnBlockInsideEvent({ modName: 'checked', modVal: '*' }, 'checkbox', function() {
            console.log('callback fired!'); // этот текст будет выводиться на каждое переключение чекбокса
        });
    }
}));

});

Но я все еще не понимаю подробности задачи — всю эту историю с перекидыванием событий внутри. У меня есть смутное подозрение, что там можно все заметно упростить.

Можешь переформулировать не в терминах «хочу лениво инитить блок, ловить событие, снова кидать событие и на него подписываться», а в терминах верхнеуровневого техзадания, вроде «хочу, чтобы при клике на чекбокс внутри таблицы выполнилась такая-то сложная логика»? А я попробую посоветовать оптимальное решение.

В терминах верхнеуровнего техзадания: хочу чтобы при клике на чекбокс в таблице его значение появлялось в шапке. И так для всех чекбоксов из таблицы. Чекбоксов там 2 класса (одного типа и другого.) грубо говоря при клике на один тип надо чтобы значение в шапке было зелёное, а на другой - красного.

Сам модуль чекбокса должен быть как переиспользуемый компонент. Т.е. ни о каких классификациях типа красный или зелёный знать не должен.

Чекбоксов в таблице может быть хоть 100 штук.

Предложу такой вариант https://github.com/bem/project-stub/commit/11da366c6fdd85e66b599a8b52f0c16aa80a680b Или, если есть гарантия, что никаких других чекбоксов в app быть не может, то можно сократить до https://github.com/bem/project-stub/commit/427506478b3c9559f8e5ed19ad47029ae71621c4

Само собой, что вместо общего родителя может быть медиатор (например, на основе events__channels), а знание о типе чекбоксов вместо модификатора могут хранить js-параметры или микс с соответствующим элементом.

Подходит?

Если честно, в твоем примере убрана половина из того, что мне необходимо в задаче ) Например чекбокс у меня это композиция блоков b-form-input и b-form-checkbox.

Или, если есть гарантия, что никаких других чекбоксов в app быть не может

Конечно гарантии нет! Это же не project-stub у меня.

а знание о типе чекбоксов вместо модификатора могут хранить js-параметры

Так и сделано (на блоке blockC)

Само собой, что вместо общего родителя может быть медиатор (например, на основе events__channels)

Он тоже уже запилен в виде хэлпера-враппера к events__channels.

Поэтому, если честно, не вижу принципиальной разницы между твоей и моей реализацией.

А, еще на сколько я понял блок app у тебя не ленивый, поэтому он слабо стыкуестя с моим блоком blockC. В моем случае таких блоков может быть более ста, как если бы у тебя была сотня блоков app.

Если честно, в твоем примере убрана половина из того, что мне необходимо в задаче ) Например чекбокс у меня это композиция блоков b-form-input и b-form-checkbox.

Конечно гарантии нет! Это же не project-stub у меня.

Я потому и прошу полное понятное описание задачи, чтобы придумать решение к нему. Условия, которые были описаны в предыдущем комменте, у меня выполняются ;) Насыпь подробностей — попробую подобрать решение с их учетом.

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

Да я думаю это не требуется, в принципе я понял какие пути есть для достижения моей цели.

Кстати вот снова, к.м.к неконсистенция, воспользовался методом liveInitOnEvent и вот его коллбэк вызывется всего 1 раз. А у liveInitOnBlockInsideEvent каждый раз. Хотя из описания это вообще не следует:

Helper for live initialization for an event on DOM elements of a block or its elements https://ru.bem.info/libs/bem-core/v2.8.0/desktop/i-bem/jsdoc/#jsdoc-liveInitOnEvent-1

vs

Helper for live initialization for a different block's event inside the current block https://ru.bem.info/libs/bem-core/v2.8.0/desktop/i-bem/jsdoc/#jsdoc-liveInitOnBlockInsideEvent-1

Резюмируя, мне кажется, что поведение у liveInitOnEvent более логичное и предсказуемое.