Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork59
The MobX connector for Angular.
License
mobxjs/mobx-angular
Folders and files
Name | Name | Last commit message | Last commit date | |
---|---|---|---|---|
Repository files navigation
Angular's change detection is great, but it updates the entire UI on every change, and doesn't have any knowledge of how our components use our services.
MobX automatically knows what properties your components use from the stores and listens to changes. It allows you to automatically react to changes and update only the parts of the UI that need to be updated, making your app performant.
With MobX you manage your app's state using mutable objects and classes. It also helps you create computed values and side-effects.
- Automatically observe all the observables that your component uses
- Automatically runs change detection - works great with OnPush strategy
- Disposes of all the observers when the component is destroyed
Install:
npm install --save mobx-angular mobx
Import the MobxAngularModule:
import{MobxAngularModule}from'mobx-angular';@NgModule({imports:[...,MobxAngularModule]})exportclassMyModule{}
Use*mobxAutorun
directive in your template:
import{Component,ChangeDetectionStrategy}from'@angular/core';import{store}from'./store/counter';@Component({changeDetection:ChangeDetectionStrategy.OnPush,template:` <div *mobxAutorun> {{ store.value }} - {{ store.computedValue }} <button (click)="store.action">Action</button> </div> `})exportclassAppComponent{store=store;}
The directive will do the following:
- Observe all the observables / computed values that your component uses
- Automatically run the
detectChanges
method whenever there's a relevant change
Under the hood, this magic happens by runningautorun(() => view.detectChanges())
In order to inject the change detector, and implement lifecycle hooks like ngOnDestroy, this library uses a directive, which is the most elegant solution in Angular.
It also has the benefit of allowing you to easily have multiple observed sections of your component's template, in case it is required.
You can improve your component's performance by detaching it from CD (Change Detection), by supplying*mobxAutorun="{ detach: true }"
.
This might cause things to stop updating. You have 3 options to manage that:
- Define local component properties as observables or computed values
- Surround with *mobxAutorun only the parts that actually use observable / computed values from the store
- Instead of detaching, use OnPush CD strategy on the component
Aside from autorun, MobX allows you to react to specific data changes.
Usage:
import{Component,ChangeDetectionStrategy}from'@angular/core';import{store}from'./store/counter';@Component({changeDetection:ChangeDetectionStrategy.OnPush,template:` <div *mobxReaction="getParity.bind(this)"> {{ parity }} </div> `})classAppComponent{getParity(){return(this.parity=store.counter%2 ?'Odd' :'Even');}}
Thecallback
function will automatically re-run whenever any observable that it uses changes.Change Detection will run automatically whenever the return value ofcallback
changes.If you don't return anything, change detection will not run.
In this example, theparity
property will be updated according tocounter
,and change detection will run only when theparity
changes.
It is possible to pass an options object to*mobxAutorun
and*mobxReaction
directives. For a list of possible options visit the officialdocs.
Usage:
import{Component,ChangeDetectionStrategy}from'@angular/core';import{store}from'./store/counter';import{comparer}from'mobx';@Component({changeDetection:ChangeDetectionStrategy.OnPush,template:` <div *mobxAutorun="{ detach: true, name: 'foo', delay: 3000 }"> {{ store.value }} - {{ store.computedValue }} <button (click)="store.action">Action</button> </div> <div *mobxReaction="getParity.bind(this); options: { name: 'parity reaction', equals: comparer.shallow }"> {{ parity }} </div> `})exportclassAppComponent{store=store;comparer=comparer;getParity(){return(this.parity=store.counter%2 ?'Odd' :'Even');}}
You can easily make your stores injectable:
import{observable,action}from'mobx-angular';@Injectable()classStore{ @observablevalue; @actiondoSomething(){ ...}}
Using theRouterStore
, you can observe route changes.By injecting this store to a component you will get access to the url as a MobX observable, and the entire activated route snapshot.
Usage:
import{Component,ChangeDetectionStrategy}from'@angular/core';import{RouterStore}from'mobx-angular';@Component({changeDetection:ChangeDetectionStrategy.OnPush,template:`<div></div>`})exportclassAppComponent{constructor(publicrouterStore:RouterStore){// You get access to the url as a mobx observable through routerStore.url// And to the activated route snapshot through routerStore.routeSnapshot}}
In order to become compatible with modern ES standards, decorators are not used by default in MobX v6. It still supports decorators, but they are not recommended for greenfield projects.Read More
- In order to use MobX 6 with decorators
makeObservable(this)
should be added to the constructor, and "useDefineForClassFields": true should be added to tsconfig.json. - For the full migration guide, clickhere.
Check outprojects/todo-v6
for a working example.
To achieve great performance, you can setOnPush
change detection strategy on your components (this can be configured as default in.angular-cli.json
).MobX will run change detection manually for you on the components that need to be updated.
- In Angular 5 there's a new option, which is to disable Zone completely when bootstrapping the app (ngZone: 'noop').
- Please note that this means that all 3rd-party components will stop working (because they rely on change detection to work via Zone).
Some people complained about AoT when using mobx decorators inside components.In case you do that - we export a proxy to the decorators from mobx-angular, which should be AoT compatible, e.g.:import { observable, computed } from 'mobx-angular'
Check outprojects/todo
for an example of how to usemobx-remotedev
with Angular:
npm install mobx-remotedev
// app.module.tsimportremotedevfrom'mobx-remotedev';import{Todos}from'./stores/todos.store';@NgModule({ ...providers:[{provide:Todos,useClass:remotedev(Todos,{global:true}),deps:[]}],})
See theprojects
folder, specifically these files:/projects/todo/src/app/stores/todos.store.ts
/projects/todo/src/app/app.component.ts
To run the examples, clone this repo and run:
npm install -g @angular/clinpm installnpm run buildnpm run start<example># for example `npm run start todo`
mobx-angular comes with a handy debug tool.To turn on / off the debug tool, open developer tools' console, and run:
mobxAngularDebug(true);// turn onmobxAngularDebug(false);// turn off
Then you can right-click on the components that use mobx directives, and you will see a console log of the components' dependencies.Also, every action that happens in mobx will be console.logged in a nice way.
TBD - support debugging for MobX 4
If you're looking for the Angular 1 version version, it'shere.
Important things to always consider when changing code in this library:
- Make it readable, add comments when necessary.
- Add unit tests for the new functionality. Think about edge cases. Make sure tests pass before merging.
- Keep backwards compatibility. Don't force users to refactor their code, even if it means adding a new API instead of changing an existing one.
- Keep SEMVER. If breaking changes is unavoidable - increase a major version. New features, however small should increase a minor version, and patch is for bugfixes/performance/refactoring.
- Think about bundle size and speed.
About
The MobX connector for Angular.
Topics
Resources
License
Uh oh!
There was an error while loading.Please reload this page.
Stars
Watchers
Forks
Sponsor this project
Uh oh!
There was an error while loading.Please reload this page.
Packages0
Uh oh!
There was an error while loading.Please reload this page.