Debugging utilities / ways to hook into core lifecycle #7434
csenio
started this conversation in
Ideas / Feature request
Replies: 1 comment
-
@voliva Esp. curious on your take here. I saw that rxjs-traces relied on custom call stacks instead of the Observable / Subscriber relationship, is this because Subscriber didn't exist yet or is there a limitation to that approach? |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
There are a ton of attempts at creating tooling for rxjs, but they all have to hack into rxjs in some way, usually by overriding class prototypes.
From what I can see, the most common desires are
id
or similar prop toObservable
,Subscriber
andSubject
Observable
,Subscriber
andSubject
constructors
and.subscribe
callsSubscriber
andSubject
.next
callsI made a super simple demo here: https://stackblitz.com/edit/typescript-qm8iww?file=index.ts,observable.ts
Is there any interest from the rxjs team to support something like this? I think the library could greatly benefit from better tooling, and this would open the door for that. We also already have
onStoppedNotification
andonUnhandledError
which we could extend for this.Beta Was this translation helpful? Give feedback.
All reactions