Skip to content

maxlchan/Random-Lunch-Group

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

15 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

☕️ Lunch

Lunch는 점심식사 인원을 랜덤으로 그룹핑 해주는 미니 웹 어플리케이션입니다.

https://media.giphy.com/media/QnVqjOvxPQMXplYgCO/giphy.gif

https://media.giphy.com/media/2AjvQvEIp7bedY7drC/giphy.gif

🔍Table Contents

💡 Features

  • 점심식사를 함께할 인원을 추가할 수 있습니다.
  • 새로고침을 하여도 함께할 인원의 데이터는 유지됩니다.
  • 점심식사를 함께할 인원을 삭제할 수 있습니다.
  • 중복된 이름을 방지할 수 있습니다.
  • 원하는 조건(그룹 숫자, 그룹별 최소 인원)으로 그룹 랜덤 분할이 가능합니다.
  • 불가능한 그룹 분할에 대하여 알림기능이 가능합니다.

🛠 Tech Stack

Frontend

  • ES2015+
  • React for component-based-architecture
  • Redux for state management(Redux-toolkit)
  • Redux Thunk for managing asynchronous operation
  • Styled Component
  • Jest, Enzyme for component-test

Backend

  • Node.js
  • Express
  • MongoDB / MongoDB Atlas for data persistence
  • Mongoose

📀 Installation

Local 환경에서 실행을 위해 환경 변수 설정이 필요합니다.

Root 디렉토리에 .env파일을 생성 후 아래와 같이 환경변수 값을 입력합니다.

// in .env in Root directory
MONGO_DB_URL=<YOUR_MONGODB_URL>
cd lunch
npm install
npm run start:server
npm start

🥊 Challenge & Focus point

사용자 입장에서의 UI, UX에 대한 고민

해당 결과물을 구현하면서 가장 중점적으로 생각했던 부분은 어떻게 'UI, UX를 구현해야 사용자 입장에서 불편함을 느끼지 않을까?'였습니다. 처음에는 GroupBoxNameItemBox의 고정값을 두어 overflow: auto css 속성을 부여하였습니다. 하지만 점심 인원이나, 그룹 수에 대한 제한을 두지 않았기에 데이터가 고정값을 초과했을 경우 생기는 스크롤로 인해 UI자체가 자연스럽지도 않았을 뿐더러 인원 이름이나 그룹을 찾기 위해 좁은 박스 안에서 스크롤을 조정해야한다는 것이 매우 불편했습니다. 따라서 고정값을 주지 않고 점심 인원이나, 그룹 수가 증가하면 GroupingContainer의 세로 높이도 유동적으로 증가하게 변경하도록하여 이러한 점을 개선하였습니다. 그런데, GroupingContainer의 세로 높이가 증가함에 따라 만약 그룹이 30개가 생겼을 경우 다시 옵션을 설정하기 위해서는 다시 스크롤을 최상단 까지 올라가야한다는 불편한 점도 생겼습니다. 사용자 입장에서는 현재의 뷰포트에서 바로 옵션을 변경하고 싶어할 수도 있다는 생각이 들어, ControllerBoxposition: sticky을 부여하여 아무리 새로 길이가 길어져도 어디서나 옵션을 다시 설정할 수 있도록 개선하였습니다. 마지막으로 그룹이 생성될 수 없는 상황에서 그룹 나누기 버튼을 눌렀을 경우, 단지 그룹 나누기가 불가하다는 단순한 메세지를 보여주기보다 그룹을 나눌 수 없는 이유에 대해 세세하게 분기처리하여 Alert처리함으로써 왜 생성이 안되는 지에 대한 내용을 정확하게 전달하고자 하였습니다.

랜덤 그룹핑 알고리즘

어플리케이션의 핵심인 랜덤 그룹핑 알고리즘을 구현하기 위하여 우선 만들고자하는 그룹의 숫자만큼의 객체 메모리를 만들고 해당 해쉬를 담은 group이라는 배열과, 그룹의 순서가 담긴 indexGroup이라는 배열을 만들었습니다. 이 후 '모든 멤버가 랜덤한 그룹에 소속될 때까지'의 조건으로 while문을 실행하였습니다. while문 안에서는 그룹별 최소인원이 채워졌는지, 그룹별 최소인원이 채워지지 않았는지 두가지 경우로 분기처리를 하였습니다. 먼저 그룹별 최소인원을 채워야했기 때문에 indexGroup의 길이 * Math.random() 메소드를 통해 비워져있는 랜덤한 그룹을 찾아 해당 그룹에 현재 인원을 배정하였습니다. 만약 현재 그룹이 내가 배정된 이후 최소 인원이 충족되었다면, indexGroup에서 해당 그룹을 splice를 통해 제거하여 이 후에는 최소인원이 충족되지 않는 그룹만 랜덤하게 도출될 수 있도록 하였습니다. 위와 같은 작업을 반복하여 만약 indexGroup이 비워졌을 경우 isMinimumNumberFilled이라는 flag를 true로 변환시켜 그룹별 최소인원이 채워졌다는 상태로 전환을 시켰습니다. 이후에는 남은 인원들은 어떤 그룹에도 속할 수 있기 떄문에 groupNumber * Math.random()으로 랜던함 그룹을 배정 받고 속할 수 있도록 로직을 변경시킴으로써, 랜덤 그룹핑 알고리즘 비즈니스 로직을 구현해보고자하였습니다. 더 효율적인 방법이 있는지에 대해 고민해봐야되겠습니다.

다양한 Edge case에 대한 처리

처음 새로이 생성하는 이름으로 인원 추가하기 버튼을 연달아 빠르게 눌렸을 경우, 같은 이름이어도 생성이 되는 버그가 발생하는 케이스가 있었습니다. addPerson fetch 요청이 전송되고 요청 완료된 값을 다시 받아와 redux store에 저장 전에 똑같은 요청을 보내 validation이 처리되지 않았기 때문이었습니다. 이를 해결하기 위해 인원 추가하기 버튼을 누르면 즉시 name inputvalue가 바로 공백으로 되도록 만들고 공백일 경우에는 fetch를 보내지 않게 로직을 변경하였습니다. 위와 비슷한 케이스로 인원을 삭제하는 경우에도 ❌버튼을 연달아 눌렀을 경우 해당 이름이 삭제 될 때까지 연달아서 deletePerson 요청이 보내지는 오류가 있었습니다. 유저 입장에서는 view의 변화 자체는 없었기 떄문에 크게 문제가 되지 않을 수도 있지만, delete 요청이 반복적으로 보내진다는 것 자체가 서버 입장에서 명백히 비정상적인 케이스이었습니다. 이를 해결하기 위해 처음에는 optimistic update를 통해 삭제요청 처리를 기다리지 않고 바로 먼저 view(이름)를 삭제하게 하는 방법이 있었지만, 비슷하게 delete를 수행하는 또 하나의 action을 만드는 것이 부자연스럽다고 판단되었습니다. 결국에는 CloseButtonisClicked라는 로컬 State를 만들고 첫 클릭 이후, 다음 클릭에서는 action을 dispatch시키지 않는 방법으로 해결하였습니다.

🚀 Things to do

  • 원하는 이름 태그를 원하는 그룹에 draggable하게 옮기고 조정할 수 있는 기능 추가하기.
  • create-react-app에 의존하지 않고 typescript build 과정부터 적용하기.
  • 랜덤 그룹 배정시 다채로운 animation효과, 반응형 등 더욱 Interactive 한 UI 구현하기.

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published