rx-angular VS akita

RFC: @rx-angular/state/signals - extended signal and new eventEmitter

It has been a while now since the Angular team has been exploring (way more than we can think) alternative reactivity models and looking for something that lies between the extremes of naive Zone.js (i.e. Zone.js without OnPush) and Zoneless Angular combined with special pipes & directives like those provided by RxAngular.

I would recommend exploring https://github.com/rx-angular/rx-angular. Contributors did a huge research about using Angular to get the best results.

It also includes RxAngular, a toolset focused on runtime performance and template rendering, and taiga-ui, an UI component library.

There is another reason not to use async pipes. If you provide 'noop' zone, async pipes will stop working. In my experience it's better to start without zones if you know that performance might be a problem in the future. Working without zones has more benefits https://github.com/rx-angular/rx-angular/blob/main/docs/general/zone/why-zone-less.md Here is the list.

Another cool lib which goes into the same direction as NgRx Component Store: https://github.com/rx-angular/rx-angular/blob/master/libs/state/README.md

Here are some examples: https://github.com/rx-angular/rx-angular/blob/master/libs/state/docs/usage.md

We also added listings using the same pattern. This is the first time we used *rxLet. It really makes working with all Observable in the templates easier do check it out. It allows you four states for an observable suspense, error. complete so that you can handle each one of them separately and gets rid of the *ngIf with async pipe. Like if you want to display something else while loading and error is a big disadvantage of the async pipe when used with an api.

Akita repo seems dead, in the last year the activity has been nearly 0, check this issue for example: https://github.com/salesforce/akita/issues/1045 Akita does not support typescript 4.8.x, so users struggle to update it with the newer angular versions.

Akita https://datorama.github.io/akita/

Akita

On the subscriber side, you should have an pre-filtered observable for every message type (so userData$() instead of message$()). This shouldn't be a lot of work and will make your code easier to follow and possibly refactor. Of course, at this point you might as well use Akita...

I come from an Angular background and there are a few state managers to choose from there, NGRX being the biggest, but Akita will work with React .

Akita has a PlugIn for Redux DevTools support. FYI: The separate Store states are merged into one big state object to make all state inspectable with the Redux DevTools. See the Akita DevTools source here.