re: The Ultimate Answer To The Very Common Angular Question: subscribe() vs | async Pipe VIEW POST


I was thinking...if I wanted to do some operation in a component based on a boolean stream, I am forced to subscribe so that I can call the the operation when the right boolean value is received right?

I would have to go from:$ =;

to:$ = => { =;
      if ( {

Is this a correct assumption?


You can also do this.fooExists$ =, filter(foo => !!foo)); then you can also this.fooExists$.subscribe(operation). But why do you have to call something for every foo? Can't it be implemented using ngrx @Effect() ?


I only need it to happen once and only one component is listening for it... Sort of like this component telling a sibling component that it is ready to do something... So I thought an effect would be Overkill, plus I'm not calling a new Action, the operation happens internally to the listening component.


Would i need to manually unsubscribe in OnDestroy if I did it this way (not @Effect) as you have described?

Yes, whenever you do explicit .subscribe() call, you are automatically responsible to call .unsubscribe(). Even better would be to use .pipe(takeUntil(onDestroy$)) which is declarative ;)

awesome, thanks!

so then I would also need to do this, right?

ngOnDestroy() {
ngOnInit() {

ngOnDestroy() {


code of conduct - report abuse