You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Which @angular/* package(s) are relevant/related to the feature request?
No response
Description
I have a scenario which is such that I use inside the .ts file observables actually they are BehaviorSubjects. I believe the difference between those two are pretty minor, I'm writing my code in such a way that my pipe always outputs BehaviorSubjects.
I still want to keep that approach cause its async what I do and I benefit from the pipeline operators from RxJS. However I do see the potential long term which Signals will bring to the table.
Proposed solution
What I would like to do is have beside the model signal also the observable version or better said the BehaviorSubject version cause that one is the closest to the signal. This would have the benefit then that we could still code RxJS inside the ts file while it would still be possible to use the new API.
Imagine we have the following function which adds to our signal the BehaviorSubject reference (almost same as toObservable function):
I wonder if you would support such things, cause personally I don't see myself going away from RxJS. Or are the people using RxJS will never truly be first-class citizens in Angular?
Besides, I would personally be more happy if you would not force me to write 2 lines of code, right now this is not possible:
Which @angular/* package(s) are relevant/related to the feature request?
No response
Description
I have a scenario which is such that I use inside the .ts file observables actually they are BehaviorSubjects. I believe the difference between those two are pretty minor, I'm writing my code in such a way that my pipe always outputs BehaviorSubjects.
I still want to keep that approach cause its async what I do and I benefit from the pipeline operators from RxJS. However I do see the potential long term which Signals will bring to the table.
Proposed solution
What I would like to do is have beside the model signal also the observable version or better said the BehaviorSubject version cause that one is the closest to the signal. This would have the benefit then that we could still code RxJS inside the ts file while it would still be possible to use the new API.
Imagine we have the following function which adds to our signal the BehaviorSubject reference (almost same as toObservable function):
Then inside the component:
Alternatives considered
I wonder if you would support such things, cause personally I don't see myself going away from RxJS. Or are the people using RxJS will never truly be first-class citizens in Angular?
Besides, I would personally be more happy if you would not force me to write 2 lines of code, right now this is not possible:
Maybe we could have simply a flag which enables this functionality, or the RxJS part provides a signal which is also having the BehaviorSubject part.
The text was updated successfully, but these errors were encountered: