Pisałem ten pomocnika:
export default class EventsHelper {
static triggerNamespacedEvent(eventBus, event, args) {
event.split(':').reduce((previous, current) => {
eventBus.trigger(previous, current);
return `${previous}:${current}`;
});
eventBus.trigger(event, args);
}
}
Aby to wykorzystać w swojej widzenia byłoby zrobić:
actionOne(argsOne){
EventsHelper.triggerNamespacedEvent(this, 'click:chart:one', argsOne);
}
actionTwo(argsTwo){
EventsHelper.triggerNamespacedEvent(this, 'click:chart:two', argsTwo);
}
aby wysłuchać tych wydarzeń byś do:
//Listen for all clicks
this.listenTo(view, 'click', (args) => {
console.log(`clicked something: ${args}`); //output: clicked something: chart
});
//Listen for all chart clicks
this.listenTo(view, 'click:chart', (args) => {
console.log(`clicked chart: ${args}`); //output: clicked chart: one
});
//Listen for fully qualified event
this.listenTo(view, 'click:chart:two', (args) => {
console.log(`clicked chart two: ${args}`); //output: clicked chart two: evtArgs
});
To zadziała, ale dobrze jest mieć świadomość reperkusji wydajności: jeśli twoja aplikacja ma nietrywialny rozmiar i dobrze wykorzystuje mediatora ('vent'), prawdopodobnie będzie ** wiele ** wydarzeń rozsierdzony. Operator 'all' zobaczy duży ruch i może spowodować rzeczywiste trafienie wydajności. – jevakallio
Interesujące ... Wątpię, czy kiedykolwiek miałoby to miejsce w Internecie, ale masz rację - chciałbym być ciekawy, jak to się dzieje w przeglądarkach mobilnych? Szczególnie telefony z Androidem pre-ICS (<4.0) – mikermcneil