러브라인 예능 프로그램 '하트시그널' 기반의 3:3 소개팅 어플
https://play.google.com/store/apps/details?id=com.heartsignal.hatalk
- 남자 3, 여자 3이 매칭되어 시그널 룸으로 이동한다.
- 시그널 룸에서 음성통화, 말풍선 채팅을 하며 커플 선택을 통해 총 2차례의 1:1 음성 통화 기회를 갖는다.
- 남녀의 최종 선택이 일치할 경우, 1:1 영상통화를 진행하고 친구 등록을 할 수 있다.
- 협업툴 : Git, GitHub, Trello
- Client : Kotlin, Android Studio
- Server : TypeScript, Nest.js, MongoDB
주민등록번호를 이용해 나이, 성별을 가져옵니다.
홈 화면, 채팅 목록, 프로필 화면을 하단 NavBar로 구현
- 남자 3명, 여자 3명이 매칭되어 입장
- 1명씩 돌아가며 10초씩 자기소개 후 첫인상 선택 -> 매칭된 상대와 1:1 음성 통화 (선택이 엇갈려도 3커플이 매칭됩니다!)
- 남자가 연애관 질문 답변 후, 여자가 답변 선택 -> 선택한 상대와 1:1 음성 통화 (선착순으로 구현하여, 동일 선택은 불가능합니다!)
- 다시 시그널 룸에서 최종 선택 -> 서로를 지목 시, 1:1 영상 통화 -> 이후 서로 승인하면 1:1 채팅방 생성 (1명이라도 거절 시 채팅방 생성 불가)
음성 통화는 CometChat API를 사용했습니다. 매칭 시스템은 Web Socket을 이용해 구현했습니다. 매칭 버튼 (매칭 대기열 입장) -> 매칭 완료 팝업 (서버에서 event 발생) -> 매칭 확인 클릭 (서버로 매칭 Yes / no 결과 전달) -> 입장 (서버에서 입장 여부를 전달해줌) 위와 같이 구성했고, 문제가 발생한 부분은 입장으로 넘어가는 부분입니다.
CometChat을 통한 음성통화 구현은 CometChat 내의 Group 생성 -> 매칭된 6명의 유저를 같은 Group에 포함시킨 후, 시그널 룸으로 화면 전환 -> 6명 중 1명이 전화를 걺 그러나 Caller가 전화를 거는 시점에, 아직 Group에 포함되지 않은 유저가 생겨 통화가 오류가 생겼습니다. (클라이언트마다 Join Group되는 시점이 달랐습니다.) 초기에는 이 문제를 Group에 포함한 후, 약 0.5 ~ 1초정도의 delay를 준 후 화면을 전환하여 해결했습니다.
기기마다 네트워크 환경, 성능이 달라 1초 미만의 delay로는 약 20번중 1번정도 통화 오류가 생겼고 이를 개선하고자 서버에서 입장하라는 data를 받으면, CometChat Group에 입장한 후 서버에 group join을 완료했음을 emit하고, 6명의 유저가 모두 완료되면 서버에서 응답을 주어 일괄 입장 하는 방식으로 변경했습니다.
소켓 통신을 추가적으로 1번 더 하기 때문에 0.5초 미만의 delay 이후 화면이 전환됐고, 음성 통화 오류는 해결됐습니다.
구현이 절반 정도 진행된 시점에서 주요 activity 코드가 1000줄이 넘어가는 것을 확인하게 되었습니다. 이는 많은 문제점을 야기시켰는데, 특히 각 코드들이 하는 역할을 한눈에 알아보기가 힘들게 되었습니다. 또한, 추가될 코드를 어디에 위치시켜야 되는지 찾는 것도 시간이 오래걸렸습니다.
이러한 문제점을 개선하기 위해 activity의 소켓 관련 로직을 다른 클래스로 분리시키는 리팩토링을 진행했습니다. 우선 해당 activity에서 소켓 관련 코드를 분리시켜 소켓 클래스로 만들었고 소켓에 해당하는 메소드를 소켓 클래스로 옮기는 작업을 진행했습니다. 이를 통해 코드를 500줄까지 줄일 수 있었으나 리팩토링의 원래 취지와는 다르게 코드가 동작하지 않게 되었습니다. 리팩토링을 제대로 모르고 무작정 리팩토링을 진행한 결과 원래 동작하던 기능에서 에러가 발생하는 결과가 나타난 것입니다.
git을 통해 동작하지 않은 코드를 원래의 코드로 복구했습니다. 그 다음 리팩토링을 다시 진행했습니다. 이를 통해 코드를 500줄까지 줄이고 정상 동작까지 가능하게 만들었습니다. 여기서 배운 점은 리팩토링을 할때 적용한 리팩토링이 원래 비즈니스 로직에 영향을 미치는지 확인하기 위해 테스트 코드를 작성해야 된다는 것입니다. 테스트 코드를 통해 적용한 리팩토링에 문제가 없는지 확인하는 것이 필요하다는 것을 깨달았습니다.