hoc패턴을 hooks로 변환하는 것에 대해서

Question

안녕하세요 최근에 제가 이직을 하여서 회사 코드를 보고 있는데 hoc패턴으로 구조가 짜여져있더라구요 심지어 단순하게 view만 내려주는 hoc 패턴도 존재하구, redux와 연계된 hoc도 존재하구사실 의구심이 들었던 부분중 하나는 제가 인수인계당시 hoc에 대한 명확한 문서가 없어서 직접 props를 찾아 헤매어서 상당히 고생한것이 생각나 이걸 hooks로 변환하면 어떨까? 싶었습니다. 그런데 hoc패턴 또한 재사용성을 강조할려고 만든 것이구 한데 hooks로 변환하는게 맞나? 라는 의구심이 듭니다. hoc패턴의 단점중하나가 바로 암묵적으로 내려오는 props구조라고 생각되는데 사실 바꾸는 것도 일이기 때문에 어떤점이 베스트인지 궁금합니다.

몰랑토끼 · Answer

hoc나 컨텍스트나 프리젠테이션 패턴이나 이제는 잘쓰지 않습니다.

brian55 · Answer

HOC가 필요한 경우가 있고 hook이 필요한 경우가 있을것입니다.마이그레이션에서 가장 중요한건 전체적인 팀 구성원들이 마이그레이션의 이유를 명확히 이해하는지, 진행할 리소스가 있을 것인지, 마이그레이션이 제품이 끼칠 영향력이 어느정도인지, 만약 리스크가 크다면 그럼에도 진행해야할 이유가 있는지 등등일 것 같습니다. 단순 HOC가 낡은것이고 Hook이 대세라 바꾸려 고민하시는거면 다시한번 생각해보시길 바랍니다

아리까리 · Answer

hoc가 요즘 딱히 쓸일이 없어요. state management 라이브러리에서 프로바이더 제공도 잘 해주고 있고덩달아 hook도 같이 제공 해주기 때문에 쓸일이 거의 없어요.로직은 hook으로 분리해서 재사용.view는 공통 컴포넌트로 만들어서 재사용.ui만 슬때는 컴포넌트를!로직만 슬땐 hook을!당연히 둘다 필요하면 둘다 별도로 불러와서 쓰면 되는 문제.잘 고민해 보시고 마이그레이션 결정 하심 될것 같네요.

hoc패턴을 hooks로 변환하는 것에 대해서

3개의 답변

Q&A 목록