Action Handlers
Event sourcing involves modeling the state changes made by applications as an immutable sequence or “log” of events. Instead of focusing on current state, you focus on the changes that have occurred over time. It is the practice of modeling your system as a sequence of events. In NGXS, we called this Action Handlers.
Typically actions directly correspond to state changes but it can be difficult to always make your component react based on state. As a side effect of this paradigm, we end up creating lots of intermediate state properties to do things like reset a form/etc. Action handlers let us drive our components based on state along with events that are emitted.
For example, if we were to have a shopping cart and we were to delete an item out of it you might want to show a notification that it was successfully removed. In a pure state driven application, you might create some kind of message array to make the dialog show up. With Action Handlers, we can respond to the action directly.
The action handler is an Observable that receives all the actions dispatched before the state takes any action on it.
Actions in NGXS also have a lifecycle. Since any potential action can be async we tag actions showing when they are "DISPATCHED", "SUCCESSFUL", "CANCELED" or "ERRORED". This gives you the ability to react to actions at different points in their existence.
Since it's an Observable, we can use the following pipes:
ofAction: triggers when any of the below lifecycle events happenofActionDispatched: triggers when an action has been dispatchedofActionSuccessful: triggers when an action has been completed successfullyofActionCanceled: triggers when an action has been canceledofActionErrored: triggers when an action has caused an error to be thrownofActionCompleted: triggers when an action has been completed whether it was successful or not (returns completion summary)
All of the above pipes return the original
action in the observable except for the ofActionCompleted pipe which returns some summary information for the completed action. This summary is an object with the following interface:interface ActionCompletion<T = any> {
action: T;
result: {
successful: boolean;
canceled: boolean;
error?: Error;
};
}
Below is a action handler that filters for
RouteNavigate actions and then tells the router to navigate to that route.import { Injectable } from '@angular/core';
import { Actions, ofActionDispatched } from '@ngxs/store';
@Injectable({ providedIn: 'root' })
export class RouteHandler {
constructor(private router: Router, private actions$: Actions) {
this.actions$
.pipe(ofActionDispatched(RouteNavigate))
.subscribe(({ payload }) => this.router.navigate([payload]));
}
}
Remember you need to make sure to inject the
RouteHandler somewhere in your application for DI to hook things up. If you want it to happen on application startup, Angular provides a method for doing this:import { NgModule, APP_INITIALIZER } from '@angular/core';
// Noop handler for factory function
export function noop() {
return function() {};
}
@NgModule({
providers: [
{
provide: APP_INITIALIZER,
useFactory: noop,
deps: [RouteHandler],
multi: true
}
]
})
export class AppModule {}
Action handlers can be used in components too. Given the cart deletion example, we might construct something like:
@Component({ ... })
export class CartComponent {
constructor(private actions$: Actions) {}
ngOnInit() {
this.actions$.pipe(ofActionSuccessful(CartDelete)).subscribe(() => alert('Item deleted'));
}
}
Remember to unsubscribe from an action handler with something like this:
@Component({ ... })
export class CartComponent implements OnInit, OnDestroy {
private ngUnsubscribe = new Subject();
constructor(private actions$: Actions) {}
ngOnInit() {
this.actions$
.pipe(
ofActionSuccessful(CartDelete),
takeUntil(this.ngUnsubscribe)
)
.subscribe(() => alert('Item deleted'));
}
ngOnDestroy() {
this.ngUnsubscribe.next();
this.ngUnsubscribe.complete();
}
}
Last modified 3mo ago