[4장] 리액트 컴포넌트 설계하기

[brparkk]

챕터 4와 관련되거나, 공유하고 싶은 주제를 자유롭게 올려주세요~!

[sumzdev]

개발하다 보면 컴포넌트가 복잡해지는 경우가 많은데, 다들 단일 책임 원칙 잘 지키시나요? ㅎㅎ

[brparkk]

테스트 코드를 짤 수 있는 단위의 컴포넌트?

[brparkk]

테스트 커버리지는 얼마까지 ? 테스트 코드를 어느 단위까지 짜야 할까?

[brparkk]

#48

이슈에 남긴 질문이긴 한데, 같이 이야기 나눠보면 좋을것 같아 공유드립니다!

[jinsupark4255]

단일 책임 원칙을 지키기 위해 비즈니스 로직이나 공통 로직을 커스텀 훅으로 빼는 경우가 있는데, hooks 폴더 구조를 어떻게 가져가시는지 궁금합니다.

[dhyun2]

Compound패턴을 쓰는 기준이 있으실까요?

[dkmqflx]

책에서는 공통된 로직을 추상화해 재사용 가능한 컴포넌트로 리팩터링하는 예시를 보여주고 있는데요, 저는 오히려 이렇게 추상화를 진행하다가 다시 되돌려야 하는 경우가 자주 있었습니다.

예를 들어 책의 사례를 들어보면, ProductList에 찜하기 기능이 추가되거나 Cart에 수량 수정 기능이 추가될 때 기존에 추상화한 컴포넌트를 재사용하지 못하는 문제가 발생하기 때문입니다.

그래서 저는 오히려 코드가 중복되더라도 추상화를 하지 않고, 대신 왜 공통화하지 않았는지에 대한 주석을 남긴 뒤 일단 넘어가는 방식을 택하고 있습니다.

다른 분들은 중복 코드를 마주했을 때 어떤 방식으로 대응하시는지 궁금합니다.