我已经制定了一个方案,我认为该方案可以得益于转向使用“ j”活动(宾德()和触发())而不是典型的职能审查方案结构。 例如,不是:
//device changed
//(diffs holds key: {old_val: old value , new_val: new value } pairs)
DEVICES.update(device, diffs)
DIAGRAM.update(device, diffs)
TABLES.update(DEVICES.$table, device, diffs)
/*
...
*/
//device changed - some other code location
DEVICES.update(device, diffs);
DIAGRAM.update(device, diffs);
TABLES.update(DEVICES.$table, device, diffs);
我可以写:
//DEVICES.update(), DIAGRAM.update, and TABLES.update have all been bound to
//DEVICES.$container s device_changed custom event (in their respective modules)
//device changed
//(diffs holds key: {old_val: old value , new_val: new value } pairs)
DEVICES.$container.trigger( device_changed , [device, diffs]);
/*
...
*/
//device changed - some other code location
DEVICES.$container.trigger( device_changed , [device, diffs]);
我学习如何有效地使用约束和触发装置,但大多数只是随着我走到一起。 是否有任何良好实例说明如何在这种由大酒类引发的事件之后制定方案/结构法?