Effect runs when there was no change at the end about angular HOT 6 OPEN

Effects have no sense of value history.
When a signal is updated, it marks its consummers as dirty. When an effect that consumes a signal is markAsDirty, it will schedule itself.
This why you are observing that the effect re-run even if the signal value appears to be the same.

If you need to tree each value independently, signal are the wrong pattern and you should look at using observables.

from angular.

Effects have no sense of value history. When a signal is updated, it marks its consummers as dirty. When an effect that consumes a signal is markAsDirty, it will schedule itself. This why you are observing that the effect re-run even if the signal value appears to be the same.

If you need to tree each value independently, signal are the wrong pattern and you should look at using observables.

I wonder when is it expected for the effect to run if the signal didn't change? I mean the logic will probably execute the same as nothing actually changed.
A bit weird this is wanted...

from angular.

Effects schedule themeselves via a microtask (+ some extract behaviors in the context of components).

Your signal did change twice:

1. 'angular => undefined
2. undefined => 'angular'
   Both those value changes mark the consumers as dirty, because the value did actually change ('angular' => 'angular' wouldn't have mark them as dirty).

Signals are about being notified eventually when a state is dirty, not individual value updates.

from angular.

Effects schedule themeselves via a microtask (+ some extract behaviors in the context of components).

Your signal did change twice:

1. 'angular => undefined
2. undefined => 'angular'
   Both those value changes mark the consumers as dirty, because the value did actually change ('angular' => 'angular' wouldn't have mark them as dirty).

Signals are about being notified eventually when a state is dirty, not individual value updates.

That's unfortunate... Like computed won't compute if there was no change at the end I thought effect should too... I still can't see a use case for it to be honest

from angular.

Computed also re-run with the same usecase.

https://stackblitz.com/edit/angular-next?file=src%2Fmain.ts

from angular.

At least it is consistent although in my opinion consistently bad.
It means for computed as state if two updates happen which result in no change the computed will still run unnecessarily and might trigger further computed runs which will be more expensive. And you can't hail out of it.
For effect you can't rely on it as a real change notifier and must take all deps as observables with distinctUntilChanged... For example emit output on computed change must be through observable and other cases too.

To sum it - this seems unexpected

from angular.