Skip to content

Conversation

@glennawatson
Copy link
Contributor

What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)

The routing state has a Scheduler property, but to set the Scheduler it'll re-generate all the commands/observables all over again if you want to immediately change the scheduler.

Now we have a constructor overload which takes a scheduler and will only set these commands/observables once.

What is the current behavior? (You can also link to an open issue here)
That you use the property but this has a performance downside.

What is the new behavior (if this is a feature change)?
To keep the property if users need it, but just add a additional constructor for the user.

What might this PR break?
Shouldn't break users due to keeping existing API.

@glennawatson glennawatson requested a review from a team August 27, 2018 21:00
@glennawatson glennawatson merged commit 37963d5 into master Aug 27, 2018
@delete-merged-branch delete-merged-branch bot deleted the add-constructor-routingstate branch August 27, 2018 22:06
@RLittlesII RLittlesII added this to the 9.0.1 milestone Aug 28, 2018
glennawatson added a commit that referenced this pull request Mar 23, 2019
 
feature: Add a constructor to take the constructor to RoutingState (#1730)
@lock lock bot locked and limited conversation to collaborators Jun 25, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants