DEV Community

Cover image for Introducing MiniRx Signal Store
Florian Spier for This is Angular

Posted on

Introducing MiniRx Signal Store

In Angular 16, we got a new cool and shiny reactive primitive: Signal.

The introduction of Angular Signals is probably one of the most disruptive changes in recent years:

  • RxJS is no more?
  • Should I avoid RxJS and use Signals for everything?
  • Can Signals and RxJS Observables co-exist?
  • Are there new Angular best practices?

With these questions in mind, MiniRx started exploring Signals, on the search for new Angular best practices.

The result is a new Signal-based state management library:

MiniRx Signal Store

  • Signal Store is an Angular-only state management library
  • Signal Store embraces Angular Signals and leverages Modern Angular APIs internally
  • Signal Store implements and promotes new Angular best practices:
    • Signals are used for (synchronous) state
    • RxJS is used for events and asynchronous tasks
  • Signal Store streamlines your usage of RxJS and Signals: e.g. connect and rxEffect understand both Signals and Observables
  • Signal Store is based on the same great concept as the original (RxJS-based) MiniRx Store
    • It is an all-in-one solution for global and local state, complex and simple state
    • You get three well-defined state containers: Store (Redux), Feature Store and Component Store
    • Highly flexible: Do you build complex and more simple features in the same application? You can choose the right state container individually for each feature.

Getting Started

Requirements

  • Angular >= 16
  • RxJS >= 7.4.0

Install

To install the @mini-rx/signal-store package, use your package manager of choice:

npm install @mini-rx/signal-store

API documentation

The MiniRx Signal Store API is documented in the README.

New Angular best practices in MiniRx Signal Store

The MiniRx Signal Store is implemented using new Angular best practices.
At the same time MiniRx Signal Store also promotes these best practices in its new API:

  • Signals are used for (synchronous) state
  • RxJS is used for events and asynchronous tasks

Let's read on to understand why MiniRx Signal Store made this choice...

Signals

In version 16, Angular introduced Signals as a new reactive primitive. Prior to this, RxJS was the go-to tool for managing state in a reactive manner.

Why Signals?

Signals in Angular have some advantages, compared to RxJS:

  • Write subscription-free code, even without using the async pipe
  • Easier to learn (no pipe, no operators, Signals are always synchronous)
  • Easier to compose derived state from other Signals with computed instead of RxJS combineLatest
  • Signals may enable more efficient Angular Change Detection in the future

Signals in MiniRx Signal Store

Hopefully, you agree that Signals are the new best choice for state!

MiniRx Signal Store definitely made the choice: it uses Angular Signal internally and exposes Signals via its public API:

  • The global state object of the Redux Store (which is also used by the Feature Store) is implemented as Angular Signal
  • public API: all three state containers have a select method: it returns an Angular Signal
  • Memoized selectors (used to select state from the global state object) are implemented using Angular computed

RxJS

You may ask: Why do we still need RxJS? We have Signals now!

It is true, we do not need RxJS anymore for state: it is time to say goodbye to BehaviorSubject!

But there is still an area where RxJS shines: events and asynchronous tasks.

Distinct events with RxJS Subject

Signals are not suited for events, because it is possible to miss events. See this little example using Angular effect:

Image description

StackBlitz

You might expect to see all state changes logged in effect, but that is not the case if Signal state is changed synchronously...

RxJS Subject is the better alternative: we are notified about every event (also the synchronous ones). See this example:

Image description

StackBlitz

Side effects and race-conditions

When using RxJS-based streams, we can trigger side effects like API-calls and handle race-conditions with RxJS flattening operators (mergeMap, switchMap, concatMap, exhaustMap).

More operators

There is no limit! RxJS has more than 100 operators which can be used to manipulate your streams.
But to be honest, even a small bunch of operators will take you far: debounceTime, distinctUntilChanged, map, filter, catchError, etc

RxJS in MiniRx Signal Store

Did you see the strengths of RxJS?

MiniRx Signal Store made its choice... use RxJS for events and asynchronous tasks:

  • The Action stream of the (Redux) Store represents a stream of Events: it is implemented as RxJS Subject
  • Effects: you can pipe the Action stream to trigger API calls (and use flattening operators to handle race-conditions)
  • The rxEffect APIs of Feature Store and Component Store are based on RxJS Subject

Fun fact: even the Component Store uses a small Redux implementation... it has its own (RxJS Subject) Action stream.

RxJS and Signal Interop

MiniRx Signal Store will help you to streamline the usage of RxJS Observables and Signals.
The goal is to eliminate any conversion code in your application: say goodbye to toSignal and to toObservable!

These MiniRx Signal Store APIs can handle both Observables and Signals:

rxEffect

rxEffect is used to trigger side effects like API calls in Feature Store and Component Store.
There are three different ways to trigger the side effect:

  • Raw Value
  • Signal
  • Observable

Following (Component Store) example uses an Angular Signal (Input) to trigger the API call:

import { Component, inject, input, Signal } from '@angular/core';
import { createComponentStore, tapResponse } from '@mini-rx/signal-store';
import { switchMap } from 'rxjs';
import { BookService } from '../book.service';

type State = {
  detail: BookDetail;
  isLoading: boolean;
}

const initialState: State = {
  detail: undefined,
  isLoading: false
}

@Component({
// ...
})
export class BookComponent {
  private store = createComponentStore(initialState);
  private bookService = inject(BookService);

  bookId = input.required<string>(); // Signal Input

  bookDetail: Signal<BookDetail> = this.store.select(state => state.detail);
  isLoading: Signal<boolean> = this.store.select(state => state.isLoading);

  // Create an Effect
  private loadDetail = this.store.rxEffect<string>(
    // Handle race-condition with switchMap
    switchMap(id => {
      this.store.setState({isLoading: true});

      return this.bookService.getBookDetail(id).pipe(
        tapResponse({
          next: (detail: BookDetail) => {this.store.setState({detail})},
          error: () => this.store.setState({isLoading: false})
        })
      )
    })
  )

  constructor() {
    // Fetch detail for every new bookId Signal value
    this.loadDetail(this.bookId)
  }
}
Enter fullscreen mode Exit fullscreen mode

connect

Available in Feature Store, Component Store.

With connect you have the possibility to connect your store with external sources like Observables and Signals.
This helps to make your store the Single Source of Truth for your state.

We are connecting the Component Store to both Observable and Signal in this example:

import { Component, Signal, signal } from '@angular/core';
import { CommonModule } from '@angular/common';
import { createComponentStore } from '@mini-rx/signal-store';
import { timer } from 'rxjs';

@Component({
// ...
})
export class ConnectComponent {
  store = createComponentStore({
    counter: 0,
    counterFromObservable: 0, // Will be updated via Observable
    counterFromSignal: 0, // Will be updated via Signal
  });

  sum: Signal<number> = this.store.select((state) => {
    return state.counter + state.counterFromObservable + state.counterFromSignal;
  });

  constructor() {
    const interval = 1000;

    const observableCounter$ = timer(0, interval); // Observable
    const signalCounter = signal(0); // Signal

    // Connect external sources (Observables or Signals) to the Component Store
    this.store.connect({
      counterFromObservable: observableCounter$, // Observable
      counterFromSignal: signalCounter, // Signal
    });

    setInterval(() => signalCounter.update((v) => v + 1), interval);
  }

  increment() {
    this.store.setState((state) => ({ counter: state.counter + 1 }));
  }
}
Enter fullscreen mode Exit fullscreen mode

All-in-one solution

With MiniRx Signal Store you get three well-defined state containers out of the box:

The MiniRx Signal Store API is documented in the README.

Flexibility

All three state containers can be easily used together in your application.
Depending on the use-case, you can choose the state container which suits your needs.

See here the most typical use-cases:

Image description

Summary

These are exciting times for Angular: old best practices disappear, new ones have to be explored.
You saw MiniRx exploring Signals and RxJS. MiniRx Signal Store is the result of that exploration.

MiniRx Signal Store is an incredibly flexible state management solution:
It does not matter if you manage global or local state, complex or simple state... MiniRx Signal Store has you covered!

With its flexibility and new Angular best practices on board, MiniRx Signal Store will navigate you through modern Angular!

⭐ MiniRx on GitHub

Do you like MiniRx? Give it a GitHub star here.

Thank you! :)

Demos

MiniRx Signal Store was successfully tested in these projects:

Release

MiniRx Signal Store 1.0.0 was published today!

Thanks

Special thanks for reviewing this blog post:

Top comments (2)

Collapse
 
artydev profile image
artydev

Thank you

Collapse
 
jangelodev profile image
João Angelo

Hi Florian Spier,
Excellent content, very useful.
Thanks for sharing.

Some comments may only be visible to logged-in visitors. Sign in to view all comments.