-
-
Notifications
You must be signed in to change notification settings - Fork 186
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
Ref issue - interoperability with layers of HoCs #163
Comments
This is really something to discuss on the facebook react issue tracker instead - It would be amazing if some authority could formally declare that any HOC should offer two functions that return the class definition and the wrapped instance, so that all (or at least all the currently popular) HOC can be updated accordingly. This one uses Can you file your suggestion on the react issue tracker? Keeping it on the eslint-plugin repo feels like it won't get the eyes on it that needs. |
As quick followup, If you start an issue on the react repo for this, let me know what the issue number is and I'll be happy to add as much information as I can. |
Yes, probably I'll write something up, just need to gather thoughts up. |
I've been thinking about this for a while myself, too, so I figured I might as well file facebook/react#9345 to get the ball rolling. |
I'm going to close this issue because this is not a thing we can solve "for everyone", and it's not an issue Facebook cared to solve with an authoritative API (as per the linked issue on their tracker) |
Aint sure if there is any established pattern how to do this.
Use case: accessing
wrappedComponent
's ref in each HoC wrapping it.More here
Happy to send a PR if we can figure out how this should be tackled on library level.
The text was updated successfully, but these errors were encountered: