-
Notifications
You must be signed in to change notification settings - Fork 9
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
Support for non-JSX render functions #6
Comments
We could also consider extending scope from objects/functions inside JSX to the whole render function, so this would error: const MyComponent = () => {
const toObject = { pathname: '/foo' };
return <Link to={toObject}>foo</Link>;
}; |
Yes! That was always part of the plan. Let me know if you are interested in contributing. |
@cvazac Is that yes to both ideas?
|
I think both are important, but I'd prioritize 2 over 1. I had always planned to (attempt to) read more of the scope. We report on:
But it's easily defeated with:
|
@cvazac If it's OK with you, I'll open another issue to track 2, as I originally created this issue to track 1. |
Hi!
I just wondered if you had thought of also supporting non-JSX usages of React, where object/function identity is still a performance concern?
Thanks,
Oliver
The text was updated successfully, but these errors were encountered: