We have a wpf mvvm application with a lot of "panes". Just like the draggable panes in visual studio for example.
All of these are individual usercontrols with their own viewmodels and im trying to figure out how they should communicate with each other. For example: If i add an address in the address editor pane, the address overview pane should update itself. I think this is the perfect case for an event, just send out an "AddressAddedEvent" and let the overview handle it.
However, i can see this getting out of hand and leading to the control flow being really hard to follow. If another viewmodel uses a list of addresses that one needs to update itself too. So i add one address, raise one event, and end up calling like 13 methods in 13 viewmodels.
I never used the event aggregator pattern, does this happen? I tried to find negatives / cons, but nothing really came up.
When is it a bad idea to use the event aggregator pattern? Are there classic pitfalls to avoid? Can it be abused in some way by less experienced developers?