2021-02-23(Tue)

항목	내용
학습 날짜	2021-02-23(화)
학습 시간	11:00~24:00
학습 범위 및 주제	Tournament
학습 목표	Tournament 페이지 백엔드를 완성하기 위해 필요한 로직을 정한다.
동료 학습 방법	eunhkim님과 페어코딩을 진행했다.

상세 학습 내용

데이터 뽑아내는 형식. 같은 것이 어떤 구조가 제일 좋을까?

Tournament 자체의 로직을 짜야했다. eunhkim님과 하단처럼

토너먼트 유스케이스

1. 토너먼트 신청을 받는다. 유저가 등록한다.

   • 토너먼트에 등록한 유저들이 자신의 토너먼트 경기가 언제 시작되는지 알 수 있어야 한다.

   • 토너먼트 매치 데이가 되면 토너먼트에 등록한 유저는 자신이 누구와 맞붙는지 등 정보를 알게 된다.

2. 예정된 토너먼트 매치 시간이 되면 각 유저가 게임에 참여할 준비를 한다.

   • 둘 다 준비가 된 경우: 매치 시작

   • 한명만 준비가 된 경우: 준비 안된 측 패배, 준비 된 측 승리

   • 둘 다 준비가 안된 경우: 승패 없음.

3. 토너먼트 매치 이후 승패가 반영된다.

   • 승리자: 토너먼트에서 승리했음을 안내 받고, 다음 상대가 결정되면 이를 안내 받는다.

   • 패배자: 해당 토너먼트에서 탈락했음을 안내 받고, 자신의 프로필에서 그 기록을 확인할 수 있다.

4. 토너먼트가 결승 승리자가 토너먼트 우승자가 되며, 관리자가 '상품'으로 등록한 것을 받는다.

토너먼트 생성/진행 과정

1. 토너먼트 신청을 받으면, 해당 user와 신청한 토너먼트 id를 참조하여 TournamentMembership가 생성된다. 이 때 TournamentMembership은 pending이다. 그리고 Tournament의 status도 pending 이다.

   • 토너먼트 매치 데이 자정

     에 사이드킥 젬을 이용하여 '토너먼트에 참여한 user 들간의 match'를 생성한다. 그리고 이 match가 각 유저의 tournamentMembership에 기록된다.

     • user의 수에 따라

       round

       를 결정해야한다.

       • membership의 status가 'pending'인 유저의 수에 따라 결정하자.

         • 0명: 토너먼트 삭제, 매치 생성 x

         • 1명: 우승자 1명, 매치 생성 x

         • 2명: final round

         • 3명: 2명은 붙이고 나머지 1명은 dummy와 붙이고 부전승임을 알려준다.

         • 4명: Semifinals

         • 8명: Quarter_finals

         • 16명: Eighth_finals

         • 32명: sixteenth_finals

2. 토너먼트 매치 중 최초의 매치가 진행되면 Tournament의 status가 progress가 된다. 매치에 참여한 유저들의 tournament status도 일시적으로 'progress'로 바뀌었다가, 승패가 갈리면 승자는 'progress' 를 유지, 패자는 'completed'가 된다.

3. 예정된 토너먼트 매치 시간이 되면 각 유저가 로그인 되어있는지 확인하고, 둘 다 로그인 되어있다면 '토너먼트 참여' 모달을 띄워준다. ← 모달 없이 구현하는 방향으로

   • 만약 유저가 로그인 되어있지 않거나 정해진 시간 동안 모달에 응답을 하지 않으면, 실격처리된다.

   • 각 유저가 모달의 '참여' 버튼을 클릭하는 순서대로 scorecard가 생성된다. 둘다 '참여' 버튼을 클릭하면 게임이 시작됨.

   • 게임 승패가 갈린 당일 자정에 membership status가 progress인 유저들을 대상으로 다음 round를 만들어준다.

토너먼트 오퍼레이션

토너먼트 오퍼레이션은?

1. 토너먼트를 진행시키기 위해 일정시간이 되면 서버가 하는 동작!

2. play

3. 토너먼트 멤버십 등록

   • 시작일 전날 23시 55분 전까지 등록가능

   • 한번 등록하면 삭제 불가

4. 토너먼트 퍼스트 매칭(첫 날 자정)

   • 현재 등록되어 있고, tournament_membership의 status가 pending인 user들을 매칭시킨다.

   • membership count가 8 미만이라면 토너먼트를 취소한다.

5. 토너먼트 진행 중 매칭

   • 현재 등록되어있고, tournament_membership의 status가 progress인 user들을 매칭시킨다.

   • 부전승 처리의 경우 매치 카드와 유저의 스코어 카드를 하나씩 만들고, 스코어 카드의 결과를 승리로 처리한다.

   • 부전승된 유저는 다음날 유저가 미정이라는 정보를 받는다. 그런데 나를 제외한 모든 유저가 기권해버려서 다음날 유저가 매칭되는 것 없이 우승을 해버렸다.. 그럼 어떻게 되는걸까? 뭐 아무것도 안해준다. 단, 유저프로필에 트로피가 추가되고, 매치 히스토리에 부전승이 기록되어야한다.

6. 토너먼트 매치 시작 시각

   • 스코어 카드 2장이 모두 ready 상태인지 확인한다.

   • 모두 ready가 아닐 경우 ready인 쪽의 승리, 혹은 양쪽 모두의 패배로 처리한다.

   • 둘 다 ready일 경우 game start 신호를 보낸다.

7. 토너먼트 종료

   • membership과 tournament의 status를 completed로 변경한다.

   • 최종 성적에 따라 membership의 result를 업데이트한다.

   • incentive가 title일 경우 winner의 title을 교체한다.

seed 디자인

어드민

브랜치 작업 ㄱㄱ!

seed 디자인

여러가지 케이스를 확인할 수 있도록 설계하자.

토너먼트

24일 기준으로 이전, 당일, 이후의 토너먼트가 존재하도록.

title, 시간에 여러 포맷이 들어가도록.

Tournament.create([
  {rule_id: 1, title: "tournament_1", start_date: DateTime.new(2021,2,26), tournament_time: Time.new(2000, 1, 1, 14, 00, 0)},
  {rule_id: 1, title: "tournament_2", start_date: DateTime.new(2021,2,27), tournament_time: Time.new(2000, 1, 1, 14, 00, 0)},
  {rule_id: 1, title: "tournament_3", start_date: DateTime.new(2021,2,23), tournament_time: Time.new(2000, 1, 1, 1, 30, 0)},
  {rule_id: 1, title: "tournament_4", start_date: DateTime.new(2021,2,24), tournament_time: Time.new(2000, 1, 1, 20, 00, 0)},
  {rule_id: 1, title: "5", start_date: DateTime.new(2021,3,01), tournament_time: Time.new(2000, 1, 1, 22, 30, 0)},
  {rule_id: 1, title: "tournament_6_with_long_long_long_long_long_long_long_long_title", start_date: DateTime.new(2021,3,01), tournament_time: Time.new(2000, 1, 1, 18, 30, 0)},
])

토너먼트 멤버십

한 유저가 토너먼트 멤버십을 0개, 1~3개, 3개 초과로 가지게끔.

TournamentMembership.create([
  {user_id: 1, tournament_id: 1},
  {user_id: 2, tournament_id: 1},
  {user_id: 3, tournament_id: 1},
  {user_id: 4, tournament_id: 1},
  {user_id: 5, tournament_id: 1},
  {user_id: 6, tournament_id: 1},
  {user_id: 7, tournament_id: 1},
  {user_id: 8, tournament_id: 1},
​
  {user_id: 1, tournament_id: 2},
  {user_id: 2, tournament_id: 2},
  {user_id: 3, tournament_id: 2},
  {user_id: 4, tournament_id: 2},
  {user_id: 5, tournament_id: 2},
  {user_id: 6, tournament_id: 2},
  {user_id: 7, tournament_id: 2},
​
  {user_id: 1, tournament_id: 3},
  {user_id: 1, tournament_id: 4},
  {user_id: 1, tournament_id: 5},
  {user_id: 1, tournament_id: 6},
])

매치 & 스코어카드

매치와 스코어카드는 Tournament operation 카드 처리할 때 시드잡아보던가하자..?

지금 시점에 아쉬운 점

• API에서 넘겨주는 데이터 설계를 잘 못한 것 같다. 통신횟수를 줄이려다보니 RESTful에서 멀어지는 느낌이 든다.

• 처음부터 begin ~ resque 안 쓴 것들

• 테스팅을 제대로 못한 것이 아쉽다. 시드가 아니라 fixture로 테스트케이스를 생성해서 돌릴 수 있어야하는데, 이를 위한 노력이 부족했다. 주말에 방법을 찾아서 팀에 전파해야겠다.

javascript의 this 키워드의 동작을 뉴쩜콜라바 글을 읽으며 추가학습했다.

학습 내용에 대한 개인적인 총평

토너먼트 테이블을 짜지 않고 토너먼트를 진행하려고 하다보니 뭔가 토너먼트 로직이 일반적이지 않다는 생각이 들었다. 토너먼트라기보단 배틀로얄 느낌??

테스트케이스에 대한 갈증이 계속 생겼는데, 주말에 꼭 학습해봐야겠다.

다음 학습 계획

• Tournament index 메서드 구현