How do I have an object subscribe to another's event while keeping the two loosely coupled?

Question

I have the following bits of code which, in my mind, seem like the bare basics necessary to implement the Observer pattern. Is this standard, or am I doing something wrong?

public class LayoutManager
{
    public CormantTimer Timer { get; set; }
}

protected void Page_Init(object sender, EventArgs e)
{
    LayoutManager.Instance.Timer = RefreshAndCycleTimer;
}

public class CormantRadDock : RadDock, ICormantControl<RadDockSetting>
{
    public CormantRadDock()
    {
        LayoutManager.Instance.Timer.TimerEvent += DoTimerRefreshTick;
    }
}

The CormantRadDock objects are dynamically created. RefreshAndCycleTimer is on Page.

I am worried that, as my project grows larger, there will be a large amount of non-related controls in LayoutManager -- just there to be subscribed to. Is this standard? Should I be doing something different?

Thanks

score 1 · Answer 1 · answered Oct 31 '11 at 22:20

1

Use a loosely-coupled eventing mechanism, like the EventAggregator

http://msdn.microsoft.com/en-us/library/ff921122(PandP.20).aspx

answered Oct 31 '11 at 22:20

Wiktor Zychla

47,367
6
74
106

score 1 · Accepted Answer · answered Oct 31 '11 at 22:21

Don't use events if you want loosely-coupled messaging, use an EventAggragator. Caliburn.Micro has an decent one.

http://devlicio.us/blogs/rob_eisenberg/archive/2011/05/30/caliburn-micro-soup-to-nuts-part-8-the-eventaggregator.aspx

An EventAggregator is a Mediator type pattern that lets publishers and subscribers work through an intermediary, therefore enabling loosely-coupled interaction. Publishers and subscribers do not need to know about each other.

Look for an EventAggregator that uses "Weak Refereneces" to overcome the classic issue with eventing type patterns i.e. GC memory leaks. Caliburn does exactly this.

How do I have an object subscribe to another's event while keeping the two loosely coupled?

2 Answers2