re: Why i won't use React Hooks VIEW POST

FULL DISCUSSION
 

I can understand your concerns. Though at the same time, hooks are just an upgrade for the lifecycle functions of class components or the HOC's, but they make it simpler, so if you used those, there's no reason you shouldn't use hooks. I find that hooks look clearer than HOC's or lifecycle functions (HOC's would just always confuse me when I have to compose them, especially when I'd try to create props typings).

I get though that you want to keep your components as much functional as possible. Personally, I started separating my components into containers and views. Views have nothing async, zero side effects, just props => ReactElement. All the data loading and state management and side effects happen in containers. Even when I switch to hooks, it will stay that way.

 

that's interesting because I always find HOC a cleaner abstraction. Take for example accessing context, the HOC way (such as in recompose) is seen as a form of dependency inversion, which is one of the SOLID principles. The hooks way (and in fact all of the THREE official ways) can be seen as some form of the service locator antipattern.

HOCs let you stay in the simple mental model of view = component(props). When you want to do anything more than that like effects or injecting a context, you do it outside of said component. HOCs make it very easy to unit test and eliminate containers just like hooks.

I do see the need for hooks for low-level libraries (primitive-components-level), it enables a high level of composition without the downside of a bloated component tree as seen in HOCs. For application-level composition, I prefer HOCs though.

 

I guess that's okay, it's exactly why the React team isn't making classes and HOC's go away :) Personally, I feel that hooks are more in the "spirit of React", but at the same time, the spirit of React is to have more than 1 way to do things, so this is just some healthy variety

code of conduct - report abuse