#redux-thunk

부트캠프 최종발표 내용에 관해서

선생님들 안녕하세요. 부트캠프에서 셀프세차장 예약 앱을 주제로 약 두달여간의 개발을 진행했고, 3일 뒤에 최종발표만을 남겨두고 있습니다. 부트캠프 운영진 측에서 최종발표 내용으로 개발 주안점을 둔 부분을 주로 다뤘으면 좋겠다고 하셨습니다. 발표 내용을 미리 구성해봤는데, 선생님들께서 보시고 조언 좀 주시면 감사하겠습니다. 저희 팀 개발 스택은 다음과 같습니다. FE: React, Redux-thunk, React-query BE: Spring Boot, MySQL, Amazon S3 아래와 같이 발표 내용을 구성해 봤습니다. 1. 프론트엔드 a. 아토믹 패턴의 활용 - 기획단계에서부터 모든 컴포넌트들을 미리 설계해놓고 atom, molecule등의 레벨로 미리 나눠놨다. 덕분에 개발을 빠르게 진행할 수 있었고, 유저들에게 일관된 인터페이스를 제공한다. b. 예외처리 - 유저들에게 보다 친절한 에러를 제공하기 위해 백엔드와 협의하여 세부 에러코드들을 정의했다. 각 컴포넌트들을 에러 바운더리로 감싸 GET 요청이 실패한 경우에는 Fallback UI로 화면을 덮어줬다. 그리고 각 API들의 onError 콜백을 부여하여 Mutation 요청이 실패한 경우에는 alert로 알려준다. c. 상태관리 - props drilling 현상을 방지하기 위해 redux-thunk를 사용해 세차장 정보를 불러올 때마다 세차장 정보를 전역 상태로 관리하여 자식 컴포넌트로 넘겨주게 구성했다. 2. 백엔드 a. 예약 신뢰성 - 사용자가 요청한 예약이 운영 시간을 준수하고 중복 예약이 방지되도록 예약 검증을 철저히 하였다. b. 예외 처리 - 명확한 예외 처리 및 상태코드 할당 c. 권한 - 역할 기반 권한 관리, 사용자 인증 및 JWT 토큰 처리 여기까지입니다. 내용을 잘 구성했는지 모르겠습니다. 제가 경험해본 프로젝트 중 가장 규모가 큰지라 발표 내용이 부족하진 않은지 걱정이 많이 됩니다. 발표 평가위원이 주로 개발자라고 하셔서, 개발자의 시선으로 봤을 때 위 주제들이 어떠한지 고견을 듣고 싶습니다. 감사합니다.

Redux 사용이유

안녕하세요 frontend 신입 개발자입니다. 운좋게 비전공자에서 교육 수강 후 바로 취업은 했지만, 성에 차지 않아서 바로 이직 준비를 하고 있습니다. 이직 준비과정에서 자소서에 쓴 내용도 그렇고 현재 기업에 취업할 때 받은 질문도 그렇고 해서 궁금한게 있습니다. 제가 첫번째 프로젝트에서 리덕스를 쓰고 그 이후부터는 리코일을 사용했습니다. 그 이유가 리덕스는 처음 배울때 너무 어려웠고, redux-thunk등 비동기 처리코드가 너무 길고 복잡하다는 단점이 있고, 리코일은 리액트의 useState훅과 비슷한 형태로 쉽게 전역 상태관리를 할 수 있다는 점이었습니다. 그래서 리코일을 사용한 이유는 저 위에 말한 이유로 대답을 했었는데, 첫 프로젝트에서 리덕스를 사용한 이유를 말하지 못했습니다. 그래서 면접에선 솔직하게 그땐 첫 프로젝트라 그때 검색했을 때 가장 많이 사용하는 것 처럼 보였기 때문에 리덕스를 선택한 것이지 장, 단점을 파악하진 못했다고 대답을 했습니다. 다행히 기업은 스타트업이고 면접관이 젊으신 분이어서 솔직함을 좋게 봐주신거 같은데, 이후에 대기업 면접에서도 똑같이 말하면 안될거 같아 고민입니다. 검색을 해봐도 리덕스 사용 이유보단 리덕스를 버리고 리코일로 넘어간 글만 보이는데, 혹시 리덕스를 사용하시는 분들이 있으시다면 그 이유를 알 수 있을까요?

redux-toolkit 에서 비동기 처리 어떻게 하시나요?

redux-toolkit에서 비동기 처리할 때 redux-thunk로 대부분 처리 하시나요? useEffect로 처리하면 문제가 있을까요?