Publisher-subscriber execution model in C Sharp (C#) - Time & Space Complexity
When using the publisher-subscriber model, we want to know how the time to notify subscribers grows as more subscribers join.
We ask: How does notifying all subscribers take longer when there are more subscribers?
Analyze the time complexity of the following code snippet.
public class Publisher
{
private List<Action> subscribers = new List<Action>();
public void Subscribe(Action subscriber) {
subscribers.Add(subscriber);
}
public void Notify() {
foreach (var subscriber in subscribers) {
subscriber();
}
}
}
This code lets subscribers register, then the publisher calls all subscriber actions when notifying.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: The
foreachloop that calls each subscriber. - How many times: Once for each subscriber in the list.
As the number of subscribers grows, the time to notify grows in a straight line.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 10 calls to subscriber actions |
| 100 | 100 calls to subscriber actions |
| 1000 | 1000 calls to subscriber actions |
Pattern observation: Doubling subscribers doubles the work to notify them all.
Time Complexity: O(n)
This means notifying subscribers takes time proportional to how many subscribers there are.
[X] Wrong: "Notifying subscribers is always fast and constant time no matter how many subscribers exist."
[OK] Correct: Each subscriber must be called, so more subscribers mean more calls and more time.
Understanding how event notification scales helps you design systems that stay responsive as they grow.
What if notifying subscribers was done asynchronously in parallel? How would the time complexity change?
Practice
Solution
Step 1: Understand the roles in the model
The publisher sends messages or events, while the subscriber listens and reacts.Step 2: Identify subscriber's responsibility
Subscribers register their methods to handle events raised by the publisher.Final Answer:
To register methods that respond to events from the publisher -> Option BQuick Check:
Subscriber = method registration [OK]
- Confusing publisher and subscriber roles
- Thinking subscriber sends messages
- Assuming subscriber modifies publisher directly
OnDataReceived to an event DataReceived in C#?Solution
Step 1: Recall event subscription syntax
In C#, subscribing to an event uses the += operator with the method name (without parentheses).Step 2: Match correct syntax
DataReceived += OnDataReceived; correctly subscribes the method.Final Answer:
DataReceived += OnDataReceived; -> Option AQuick Check:
Subscribe event = += method [OK]
- Using = instead of +=
- Calling method with parentheses when subscribing
- Confusing subscription with unsubscription (-=)
public class Publisher {
public event Action Notify;
public void Raise() {
Notify?.Invoke();
}
}
public class Subscriber {
public void Respond() {
Console.WriteLine("Event received");
}
}
var pub = new Publisher();
var sub = new Subscriber();
pub.Notify += sub.Respond;
pub.Raise();What will be the output when
pub.Raise() is called?Solution
Step 1: Understand event subscription and invocation
The subscriber's Respond method is subscribed to the Notify event, so it will be called when Raise() invokes Notify.Step 2: Analyze output of Respond method
Respond prints "Event received" to the console, so this text will appear.Final Answer:
Event received -> Option CQuick Check:
Subscribed method runs and prints message [OK]
- Forgetting to subscribe the method
- Expecting no output if event is null
- Confusing event invocation syntax
public class Publisher {
public event Action Notify;
}
var pub = new Publisher();
pub.Notify -= () => Console.WriteLine("Hello");What is the main issue causing the error?
Solution
Step 1: Understand event unsubscription rules
In C#, events start as null delegates. Unsubscribing (-=) from a null event throws NullReferenceException.Step 2: Identify cause of runtime error
No prior subscription means Notify is null, so pub.Notify -= lambda throws NullReferenceException. The lambda was never subscribed.Final Answer:
Cannot unsubscribe a lambda expression that was never subscribed -> Option DQuick Check:
Null event -= throws NullRef [OK]
- Assuming unsubscribing any lambda works
- Thinking events cannot be unsubscribed
- Confusing null event invocation with unsubscription
Solution
Step 1: Understand conditional filtering in subscriber model
The publisher sends events to all subscribers; filtering is best done in subscriber methods.Step 2: Apply wrapper methods for condition
Subscribers can register methods that first check the condition and only proceed if true, keeping publisher simple.Step 3: Evaluate other options
Modifying publisher to target subscribers breaks decoupling; multiple events add complexity; unsubscribing dynamically is inefficient.Final Answer:
Use event subscription with wrapper methods that check the condition before handling -> Option AQuick Check:
Filter in subscriber methods for flexibility [OK]
- Trying to filter inside publisher breaking decoupling
- Creating many events for each condition
- Unsubscribing subscribers dynamically instead of filtering
Ready to prove it?
Pass the test and this pattern moves unknown
