-
Notifications
You must be signed in to change notification settings - Fork 161
Clean up config traits #579
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
Conversation
It does not seem to correspond to any specified interface, and is not used anywhere.
So that they can be created in a type-safe way with the `new Foo { ... }` syntax. We also standardize on `Int` for all small-integer fields. Previously, some fields were typed as `Short`, but not consistently. We deprecate all the `apply`-based constructors, which are now redundant.
So that they can be created with the `new Foo { ... }` syntax. We deprecated the `apply` constructors, which are now redundant.
This is mostly motivated by making config traits non-native JS traits, so that they can be created with the `new Foo { ... }` syntax. We deprecated the `apply` constructors, since they are now redundant. There are some other changes along the way.
This is mostly motivated by making config traits non-native JS traits, so that they can be created with the `new Foo { ... }` syntax. We deprecated the `apply` constructors, since they are now redundant. There are some other changes along the way.
Instead, make the corresponding traits non-native JS traits, so that they can be created with the `new Foo { ... }` syntax.
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.
This is really great (thanks for continuing to contribute!!) and very huge ... honestly I skimmed most of the changes. A lot of this code I'll be revisiting anyway as we de-namespace.
@japgolly seems to be on a bit of a hiatus atm but hopefully he'll be back soon :)
Fantastic changes, thanks @sjrd . LGTM |
@sjrd do you have any more planned/suggested cleanups for 2.0? I'm trying to get an idea of remaining blockers. Thanks! |
I'd like to have separate definitions of I think that's the only thing I have left. |
Thanks, let me pop that into an issue! |
And deprecate all the
def apply
-based constructors, in favor of thenew Foo { ... }
syntax.