Skip to main content
skill CX Codex

observer-pattern — Claude Code skill: the observer pattern

A skill that teaches your agent the observer pattern for decoupled publish/subscribe in JavaScript and TypeScript.

Install into Claude Code · Skills CLI (Vercel) All methods and platforms ↓
npx skills add PatternsDev/skills --skill observer-pattern -a claude-code
Open on GitHub

What observer-pattern does

This skill walks the agent through the observer pattern for event-driven communication. It covers when the pattern fits and when it does not, plus the three parts of an observable: an observers array, subscribe(), unsubscribe() and notify(). An ES6 class example shows how to attach observer functions and push data to them when an event fires.

The skill targets **/*.js and **/*.ts files. The worked example uses React components Button and Switch with react-toastify: a logger and a toast get subscribed to the observable and run on click or toggle. For heavier reactive needs the skill points to RxJS.

The instructions list the cases to avoid: a very high subscriber count where notification speed matters, one-to-one communication that a plain callback already handles, and setups where debugging implicit event chains costs more than the decoupling buys you. A complex observer also drags down notification performance.

What it helps with

  • decouple components that need to react to state changes
  • add and remove event subscribers without tight coupling
  • fan one event out to several handlers
  • decide when a plain callback beats the observer pattern
  • weigh the debugging cost of implicit event chains

Example prompts for the agent

  • Design an observable with subscribe, unsubscribe and notify methods for my TypeScript module
  • I want a button click and a switch toggle to notify both a logger and a toast — show me how to wire them with the observer pattern
  • Should I use the observer pattern here or is a plain callback enough?

How to install observer-pattern

1Skills CLI (Vercel)

npx skills add PatternsDev/skills --skill observer-pattern -a claude-code

2Manually: put the files in place

~/.claude/skills/observer-pattern/SKILL.md

Copy the whole skill folder; for one project use .claude/skills/observer-pattern/

Step by step, with commands for each platform: How to install skills in Claude Code: five ways

Questions about observer-pattern

How do I install observer-pattern in Claude?

Run npx skills add PatternsDev/skills --skill observer-pattern -a claude-code. The skill lands in ~/.claude/skills/observer-pattern/SKILL.md.

What does observer-pattern do?

It teaches the agent the observer pattern for event-driven communication: setting up an observable, subscribing observers to it and notifying them when an event occurs. It helps decouple the parts of an app that react to state changes.

When should I avoid the observer pattern?

The skill names the cases directly: a very high subscriber count where notification speed is critical, one-to-one communication a callback already covers, and situations where debugging implicit event chains outweighs the decoupling benefit.

Source text

SKILL.md · MIT
---
name: observer-pattern
description: Teaches the observer pattern for event-driven communication. Use when you need decoupled publish/subscribe behavior where multiple parts of your system react to state changes or events.
paths:
  - "**/*.js"
  - "**/*.ts"
license: MIT
metadata:
  author: patterns.dev
  version: "1.1"
related_skills:
  - "module-pattern"
  - "singleton-pattern"
---

# Observer Pattern

## Table of Contents

- [When to Use](#when-to-use)
- [When NOT to Use](#when-not-to-use)
- [Instructions](#instructions)
- [Details](#details)
- [Source](#source)

With the **observer pattern**, we can _subscribe_ certain objects, the **observers**, to another object, called the **observable**. Whenever an event occurs, the observable notifies all its observers!

## When to Use

- Use this when you need to notify multiple parts of an application about state changes or events
- This is helpful for implementing event-driven, asynchronous communication between components

## When NOT to Use

- When the subscriber count is very high and notification performance becomes critical
- When simpler callbacks or direct function calls suffice for one-to-one communication
- When debugging difficulty from implicit event chains outweighs the decoupling benefit

## Instructions

- Create an Observable class with `subscribe`, `unsubscribe`, and `notify` methods
- Keep observers loosely coupled to the observable for better separation of concerns
- Be mindful of performance when notifying many subscribers with complex logic
- Consider using libraries like RxJS for more advanced reactive programming needs

## Details

An observable object usually contains 3 important parts:

- `observers`: an array of observers that will get notified whenever a specific event occurs
- `subscribe()`: a method in order to add observers to the observers list
- `unsubscribe()`: a method in order to remove observers from the observers list
- `notify()`: a method to notify all observers whenever a specific event occurs

Let's create an observable using an ES6 class:

```js
class Observable {
  constructor() {
    this.observers = [];
  }

  subscribe(func) {
    this.observers.push(func);
  }

  unsubscribe(func) {
    this.observers = this.observers.filter((observer) => observer !== func);
  }

  notify(data) {
    this.observers.forEach((observer) => observer(data));
  }
}
```

We can now add observers to the list of observers with the subscribe method, remove the observers with the unsubscribe method, and notify all subscribers with the notify method.

Let's build something with this observable. We have a very basic app that only consists of two components: a `Button`, and a `Switch`.

```js
export default function App() {
  return (
    <div className="App">
      <Button>Click me!</Button>
      <FormControlLabel control={<Switch />} />
    </div>
  );
}
```

We want to keep track of the **user interaction** with the application. Whenever a user either clicks the button or toggles the switch, we want to log this event with the timestamp. Besides logging it, we also want to create a toast notification that shows up whenever an event occurs!

Whenever the user invokes the `handleClick` or `handleToggle` function, the functions invoke the `notify` method on the observer. The `notify` method notifies all subscribers with the data that was passed by the `handleClick` or `handleToggle` function!

First, let's create the `logger` and `toastify` functions. These functions will eventually receive `data` from the `notify` method.

```js
import { ToastContainer, toast } from "react-toastify";

function logger(data) {
  console.log(`${Date.now()} ${data}`);
}

function toastify(data) {
  toast(data);
}

export default function App() {
  return (
    <div className="App">
      <Button>Click me!</Button>
      <FormControlLabel control={<Switch />} />
      <ToastContainer />
    </div>
  );
}
```

Currently, the `logger` and `toastify` functions are unaware of observable: the observable can't notify them yet! In order to make them observers, we'd have to _subscribe_ them, using the `subscribe` method on the observable!

```js
import { ToastContainer, toast } from "react-toastify";

function logger(data) {
  console.log(`${Date.now()} ${data}`);
}

function toastify(data) {
  toast(data);
}

observable.subscribe(logger);
observable.subscribe(toastify);

export default function App() {
  return (
    <div className="App">
      <Button>Click me!</Button>
      <FormControlLabel control={<Switch />} />
      <ToastContainer />
    </div>
  );
}
```

Whenever an event occurs, the `logger` and `toastify` functions will get notified. Now we just need to implement the functions that actually notify the observable: the `handleClick` and `handleToggle` functions! These functions should invoke the `notify` method on the observable, and pass the data that the observers should receive.

```js
import { ToastContainer, toast } from "react-toastify";

function logger(data) {
  console.log(`${Date.now()} ${data}`);
}

function toastify(data) {
  toast(data);
}

observable.subscribe(logger);
observable.subscribe(toastify);

export default function App() {
  function handleClick() {
    observable.notify("User clicked button!");
  }

  function handleToggle() {
    observable.notify("User toggled switch!");
  }

  return (
    <div className="App">
      <Button>Click me!</Button>
      <FormControlLabel control={<Switch />} />
      <ToastContainer />
    </div>
  );
}
```

We just finished the entire flow: `handleClick` and `handleToggle` invoke the `notify` method on the observer with the data, after which the observer notifies the subscribers: the `logger` and `toastify` functions in this case.

Whenever a user interacts with either of the components, both the `logger` and the `toastify` functions will get notified with the data that we passed to the `notify` method!

Although we can use the observer pattern in many ways, it can be very useful when working with **asynchronous, event-based data**. Maybe you want certain components to get notified whenever certain data has finished downloading, or whenever users sent new messages to a message board and all other members should get notified.

### Case study

A popular library that uses the observable pattern is RxJS. RxJS has tons of built-in features and examples that work with the observable pattern.

### Pros

Using the observer pattern is a great way to enforce separation of concerns and the single-responsibility principle. The observer objects aren't tightly coupled to the observable object, and can be (de)coupled at any time. The observable object is responsible for monitoring the events, while the observers simply handle the received data.

### Cons

If an observer becomes too complex, it may cause performance issues when notifying all subscribers.

## Source

- [patterns.dev/vanilla/observer-pattern](https://patterns.dev/vanilla/observer-pattern)

### References

- [RxJS](https://rxjs-dev.firebaseapp.com)
- [JavaScript Design Patterns: The Observer Pattern](https://www.sitepoint.com/javascript-design-patterns-observer-pattern)

© patterns.dev · MIT · PatternsDev/skills

Similar skills

All skills for Programming languages →

From the same set44

Project sponsors

Companies that keep this analytics open
Gold sponsor

Impressions, clicks and code copies — open statistics. We keep the numbers public for the same reason NeBlask itself is public. Become a sponsor