The 0.13.0
improvements to React Components are often framed as "es6 classes" but being able to use the new class syntax isn't really the big change. The main thing of note in 0.13
is that React Components are no longer special objects that need to be created using a specific method (createClass()
). One of the benefits of this change is that you can use the es6 class syntax, but also tons of other patterns work as well!
Below are a few examples creating React components that all work as expected using a bunch of JS object creation patterns (https://github.com/getify/You-Dont-Know-JS/blob/master/this%20&%20object%20prototypes/ch4.md#mixins). All of the examples are of stateful components, and so need to delegate to React.Component
for setState()
, but if you have stateless components each patterns tends to get even simpler. The one major caveat with react components is that you need to assign props
and context
to the component instance otherwise the component will be static. The reason is that when reconciling updates to props, new instances aren't created props
is jsut set to the next props.
Why might you use these patterns? Some are just nicely terse, or maybe you just like the library you are already using for object creation, but generally these patterns offer a lot more in terms of flexibility and functionality. For instance, since most examples are created in a closure you get private variables for free!
I've noticed a strange behavior when using these patterns, for example with parasitic component (see a
render
method):As you see
onClick
callingsetState
reference throws an exception in React, though usingthis.setState
works fine..Ideally what I'm looking for is to patch
render
with arguments:render({ props, state }, setState)
inside mycreateComponent
function in order to avoid annoyingthis
in methods.