-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
refactor: Remove ReactiveCommand abstract class. #1836
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
refactor: Remove ReactiveCommand abstract class. #1836
Conversation
…ff ICommand it can be an issue for binding etc
RLittlesII
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Glenn. This LGTM. I would say we need another member of the @reactiveui/core-team to make sure there are no major concerns.
olevett
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, assume this is a reasonably major version change?
|
Will take us to 9.1 or 10. If we follow semantic versioning I guess 10 |
worldbeater
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
d691915
What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)
This removes the abstract base class we use in ReactiveCommand.
What is the current behavior? (You can also link to an open issue here)
There is a abstract base class. Users can introduce subtle bugs by using it directly in their code. It was meant for interop with the ICommand but now ReactiveCommandBase<TParam, TResult> now implements that logic. There is also a interface allow some of the Command Binding code to keep functioning and exposes the observables for the user. It's deliberately not derived from ICommand due to us wanting the separation.
What is the new behavior (if this is a feature change)?
refactor.
What might this PR break?
Users who have a derived off the abstract base class. They will have to change their classes to derive from ReactiveCommandBase<TParam, TResult> now.
Please check if the PR fulfills these requirements
Other information:
Docs have already been modified to show the non-abstract class use.
This relates to reactiveui/rfcs#19