Overview: confusing observation terminology (emission, push, return) #6572
Replies: 2 comments 1 reply
-
Hi, thanks for the opinions, As pinned #5970 , we use gh issues as core team's tracking backlog & code-side bug report only. For further tracking, I'll moving these into discussions page. |
Beta Was this translation helpful? Give feedback.
-
In my mind these are all synonyms, but it just depends on the context or abstraction level I see more fit using one or the other.
I can see how it might be confusing, but I think each one of them can be used depending on the context you're in. Are you trying to get someone that only has used regular functions into Observables? Then explaining it initially in terms of "return" could make sense. Are you explaining it to someone who's played with promises and iterators and is familiar with the pull/push concepts? Then |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
RxJS version: This bug is not in the RxJS product.
Code to reproduce: This does not report a behavioral bug.
Expected behavior: This does not report a behavioral bug.
Actual behavior: This does not report a behavioral bug.
Additional information:
The Creating Observables section of the Observable page of Overview contains:
That is the first time the overview talks about an Observable emitting something, which can be confusing. Yet, Observable's specification seems to confirm emitting is a correct and probably even the canonical term to describe that. Prior to that point, the overview seems to use the terms returning and pushing synonymously. If my understanding is correct, current documentation uses all of the following interchangeably:
Given the topic is already quite complicated, it would help to either be more consistent or explicitly indicate that the above do not refer to different concepts (if that is the case).
Beta Was this translation helpful? Give feedback.
All reactions