-
Notifications
You must be signed in to change notification settings - Fork 24
Research what changes are needed in Wave to support React 18 #212
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
Comments
Linking upgrade guide: https://reactjs.org/blog/2022/03/08/react-18-upgrade-guide.html GIST and main takeouts: May be relevant
Other
|
useId is something we need to migrate to, because we're currently generating ids using an external library and it doesn't work well with SSR |
One more thing to do is to update components type declarations that use interface FunctionComponent<P = {}> {
- (props: PropsWithChildren<P>, context?: any): ReactElement<any, any> | null;
+ (props: P, context?: any): ReactElement<any, any> | null;
propTypes?: WeakValidationMap<P> | undefined;
contextTypes?: ValidationMap<any> | undefined;
defaultProps?: Partial<P> | undefined;
displayName?: string | undefined;
}
|
I think for the current major we can just allow using Wave with react@18 without any changes (only in package.json) For the next major we should start using the new React@18 concurrent engine in order to utilize new hooks. For example, we can remove |
Since this issue was meant to be a research to see if we can support or not React 18 and we already support it in Wave 2.0 I am closing it, any other enhancements related to React 18 can be in the form of new issues |
React@18 has just come up. Our package.json implicitly allows us to use it with Wave. We need to verify it is the case and create a migration task in case an additional effort is needed.
The text was updated successfully, but these errors were encountered: