-
-
Notifications
You must be signed in to change notification settings - Fork 15.3k
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
Decoupling components #160
Comments
Currently Redux lets you pass I would definitely love to see this explained in examples and new docs. Cc #140. |
Related: #47 |
Closing, let me know if my comment wasn't clear enough. |
A lot of the examples and discussion in general do not seem to place much importance on being able to extract components into npm modules for re-use.
How does the community feel about this as a design consideration?
Say I have a component with a couple of nested components, I'd like the ability to be able to extract this into a component and publish it on npm. For this to be easy, everything needs to be passed in as props at the top. @gaearon started a good thread on SO about how to deal with nesting.
It would be great if the docs could provide some examples for these nested use cases, and would suggest a best practice.
The problem I ran into with feeding everything down from the top is performance, with a small change to a deeply nested component requiring a complete re-render.
It would be ideal if everything supported props, and then I could bind certain components state when its neccessary for performance reasons. Maybe a way to pass store bindings as props?
The text was updated successfully, but these errors were encountered: