---
# System prepended metadata

title: 4/27 수요일

---

# 4/27 수요일

안녕하세요 Tami! 지미 & 파크 입니다.
비가 오고 날씨가 좀 선선해져 기분좋은 바람이 부네요 💨
이번 리뷰도 잘 부탁드립니다!!

### 데모

[링크](https://6268f32c1640c773692ae99a--banchan-park-jimmy.netlify.app/)

## ✔ 이번주 구현 목표
- [x] Carousel 버그 수정
    - https://github.com/zbqmgldjfh/sidedish/issues/25
- [x] Modal Component
    - Context API 사용
    - https://github.com/zbqmgldjfh/sidedish/issues/23
- [ ] Food Detail Component
- [ ] 백엔드 서버와 연결하여 데이터 바인딩
- [ ] (백엔드와 협의하에) Github OAuth 적용

## ❓ 질문

- 리액트 사용하면서 `Element 를 비워두는 일` 이 가끔 있는데요, ( isTabOpen ? 등의 상태를 통해서 ) 이 때, 반환값을 `null` 을 반환 하지 말고 `React.Fragment` 를 반환하라는 의견을 보았는데, Tami 는 어떻게 생각하시는지 궁금합니다! 
    - null 을 반환하면 Rendering 로직에 포함시키지 않아서 속도적인 측면에서 이득이 있다고 하는데(유의미한 시간은 아니라곤 하지만) 그럼 꼭 React.Fragment 만 사용해야하는 게 아니라 각자 장단점이 있는게 아닐까 생각이 들었습니다.

- Context API 를 쓰면서 store 와 비슷한 개념으로 이해가 되었는데요, 그렇다면 Context API 를 쓰면 props drilling 을 하는 로직을 모두 Context API 를 사용해서 쓰도록 일관성을 맞추어야 하나? 라는 생각이 들었습니다, 맞는 방향일까요?

- Context API를 사용하니 불가피하게 대부분의 state를 가장 상위 컴포넌트에 선언하게 되고 하위 컴포넌트에서 state를 사용할 때마다 context를 받아와야하더라구요 context가 props drilling보다 나은 점이 코드의 복잡함이 줄어들고 좀 더 직관적으로 다가와서 이해하기 쉽다로 생각했었는데 오히려 더 이해하기 어려운 느낌이 들었습니다. Context API의 차별점이 무엇인가요?