-
Notifications
You must be signed in to change notification settings - Fork 3k
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
debounce operator with duration selector #493
Comments
Hmmm... I tell you what. Examine the level of complexity with supporting both on the same operator. If it incurs too many conditionals, we should probably seperate them into |
It'll also works. Just curious if it was intended.. I'll try to scope out changes and create PR based on those. |
Yeah... looking at this, it's probably best to rename what's there to |
What do you think @kwonoj? Do you agree? |
What's interesting is, in case of
only. For alignment, I think it makes sense. |
- add debounceTime operator - expand test coverage including micro perf test relates to ReactiveX#493
- add debounce operator accepts durationSelector - add test coverage as well as micro perf test closes ReactiveX#493
- add debounce operator accepts durationSelector - add test coverage as well as micro perf test closes ReactiveX#493
- add debounceTime operator - expand test coverage including micro perf test relates to #493
While trying to migrate test coverage in RxJS4, could observe difference between signature of
debounce
operatorRxJS4
while current signature only allows first one
debounce<T>(dueTime: number, scheduler: Scheduler = nextTick)
Not sure if this is intended design or not - should operator to be updated, or test coverage for latter can be dropped off?
The text was updated successfully, but these errors were encountered: