-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Asynchronous (de-)serializers #93
Labels
Comp: Core
Core functionality of ngqp
Priority: Medium
Users can work without this for now, but this should be fixed soon-ish
Status: Discussion
We're not yet sure whether or how to implement this feature
Type: Feature
If you want to add something that doesn't exist yet
Comments
Airblader
added
Type: Feature
If you want to add something that doesn't exist yet
Status: Discussion
We're not yet sure whether or how to implement this feature
Comp: Core
Core functionality of ngqp
Priority: Medium
Users can work without this for now, but this should be fixed soon-ish
labels
Feb 19, 2019
If implemented, we should explicitly define & document whether we react on first emission or completion of the returned observable. |
I think the biggest use-case here is deserializers being asynchronous, so we could also focus on only making those asynchronous for now. For serializers due to CVAs not being reactive we could run into race conditions that we cannot avoid from ngqp. |
Airblader
added a commit
that referenced
this issue
Apr 12, 2019
We now support deserializers which run asynchronously by returning an observable instead. This is useful when the deserializer relies on some asynchronous process or data which has to be fetched first. relates #93 Signed-off-by: Ingo Bürk <[email protected]>
10 tasks
10 tasks
Airblader
added a commit
that referenced
this issue
Apr 12, 2019
We now support deserializers which run asynchronously by returning an observable instead. This is useful when the deserializer relies on some asynchronous process or data which has to be fetched first. relates #93 Signed-off-by: Ingo Bürk <[email protected]>
Airblader
added a commit
that referenced
this issue
Apr 12, 2019
We now support deserializers which run asynchronously by returning an observable instead. This is useful when the deserializer relies on some asynchronous process or data which has to be fetched first. relates #93 Signed-off-by: Ingo Bürk <[email protected]>
Airblader
added a commit
that referenced
this issue
Apr 12, 2019
We now support deserializers which run asynchronously by returning an observable instead. This is useful when the deserializer relies on some asynchronous process or data which has to be fetched first. relates #93 Signed-off-by: Ingo Bürk <[email protected]>
Airblader
added a commit
that referenced
this issue
Apr 26, 2019
We now support deserializers which run asynchronously by returning an observable instead. This is useful when the deserializer relies on some asynchronous process or data which has to be fetched first. relates #93 Signed-off-by: Ingo Bürk <[email protected]>
Airblader
added a commit
that referenced
this issue
Apr 26, 2019
We now support deserializers which run asynchronously by returning an observable instead. This is useful when the deserializer relies on some asynchronous process or data which has to be fetched first. relates #93 Signed-off-by: Ingo Bürk <[email protected]>
Airblader
added a commit
that referenced
this issue
Apr 26, 2019
Complimenting our previous work on asynchronous deserializers, we now also support asynchronous serializers by returning an observable. closes #93 Signed-off-by: Ingo Bürk <[email protected]>
6 tasks
Airblader
added a commit
that referenced
this issue
May 10, 2019
Complimenting our previous work on asynchronous deserializers, we now also support asynchronous serializers by returning an observable. closes #93 Signed-off-by: Ingo Bürk <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Comp: Core
Core functionality of ngqp
Priority: Medium
Users can work without this for now, but this should be fixed soon-ish
Status: Discussion
We're not yet sure whether or how to implement this feature
Type: Feature
If you want to add something that doesn't exist yet
What's your idea?
(De-)serializers are currently synchronous, but it could make sense to have them be async. This we should consider allowing this.
Describe the solution you'd like
Have them return either a synchronous value or an observable.
Additional context
We need to investigate and discuss this first as this might introduce some questions.
Update 2019/04/26: Asynchronous deserializers are implemented now.
The text was updated successfully, but these errors were encountered: