본문 바로가기
개발/알고리즘

[프로그래머스][LEVEL2] 오픈채팅방

by ISA(류) 2021. 9. 7.

# 문제 원문

오픈채팅방

카카오톡 오픈채팅방에서는 친구가 아닌 사람들과 대화를 할 수 있는데, 본래 닉네임이 아닌 가상의 닉네임을 사용하여 채팅방에 들어갈 수 있다.

신입사원인 김크루는 카카오톡 오픈 채팅방을 개설한 사람을 위해, 다양한 사람들이 들어오고, 나가는 것을 지켜볼 수 있는 관리자창을 만들기로 했다. 채팅방에 누군가 들어오면 다음 메시지가 출력된다.

"[닉네임]님이 들어왔습니다."

채팅방에서 누군가 나가면 다음 메시지가 출력된다.

"[닉네임]님이 나갔습니다."

채팅방에서 닉네임을 변경하는 방법은 다음과 같이 두 가지이다.

  • 채팅방을 나간 후, 새로운 닉네임으로 다시 들어간다.
  • 채팅방에서 닉네임을 변경한다.

닉네임을 변경할 때는 기존에 채팅방에 출력되어 있던 메시지의 닉네임도 전부 변경된다.

예를 들어, 채팅방에 "Muzi"와 "Prodo"라는 닉네임을 사용하는 사람이 순서대로 들어오면 채팅방에는 다음과 같이 메시지가 출력된다.

"Muzi님이 들어왔습니다."
"Prodo님이 들어왔습니다."

채팅방에 있던 사람이 나가면 채팅방에는 다음과 같이 메시지가 남는다.

"Muzi님이 들어왔습니다."
"Prodo님이 들어왔습니다."
"Muzi님이 나갔습니다."

Muzi가 나간후 다시 들어올 때, Prodo 라는 닉네임으로 들어올 경우 기존에 채팅방에 남아있던 Muzi도 Prodo로 다음과 같이 변경된다.

"Prodo님이 들어왔습니다."
"Prodo님이 들어왔습니다."
"Prodo님이 나갔습니다."
"Prodo님이 들어왔습니다."

채팅방은 중복 닉네임을 허용하기 때문에, 현재 채팅방에는 Prodo라는 닉네임을 사용하는 사람이 두 명이 있다. 이제, 채팅방에 두 번째로 들어왔던 Prodo가 Ryan으로 닉네임을 변경하면 채팅방 메시지는 다음과 같이 변경된다.

"Prodo님이 들어왔습니다."
"Ryan님이 들어왔습니다."
"Prodo님이 나갔습니다."
"Prodo님이 들어왔습니다."

채팅방에 들어오고 나가거나, 닉네임을 변경한 기록이 담긴 문자열 배열 record가 매개변수로 주어질 때, 모든 기록이 처리된 후, 최종적으로 방을 개설한 사람이 보게 되는 메시지를 문자열 배열 형태로 return 하도록 solution 함수를 완성하라.

제한사항

  • record는 다음과 같은 문자열이 담긴 배열이며, 길이는 1 이상 100,000 이하이다.
  • 다음은 record에 담긴 문자열에 대한 설명이다.
    • 모든 유저는 [유저 아이디]로 구분한다.
    • [유저 아이디] 사용자가 [닉네임]으로 채팅방에 입장 - "Enter [유저 아이디] [닉네임]" (ex. "Enter uid1234 Muzi")
    • [유저 아이디] 사용자가 채팅방에서 퇴장 - "Leave [유저 아이디]" (ex. "Leave uid1234")
    • [유저 아이디] 사용자가 닉네임을 [닉네임]으로 변경 - "Change [유저 아이디] [닉네임]" (ex. "Change uid1234 Muzi")
    • 첫 단어는 Enter, Leave, Change 중 하나이다.
    • 각 단어는 공백으로 구분되어 있으며, 알파벳 대문자, 소문자, 숫자로만 이루어져있다.
    • 유저 아이디와 닉네임은 알파벳 대문자, 소문자를 구별한다.
    • 유저 아이디와 닉네임의 길이는 1 이상 10 이하이다.
    • 채팅방에서 나간 유저가 닉네임을 변경하는 등 잘못 된 입력은 주어지지 않는다.

입출력 예

record / result

["Enter uid1234 Muzi", "Enter uid4567 Prodo","Leave uid1234","Enter uid1234 Prodo","Change uid4567 Ryan"] ["Prodo님이 들어왔습니다.", "Ryan님이 들어왔습니다.", "Prodo님이 나갔습니다.", "Prodo님이 들어왔습니다."]

 

# 문제 풀이

카카오톡의 기능인 오픈채팅방의 대화명 관련한 로직에 대해서 생각 해볼 수 있는 문제였다. 실제로 관리한다고 한다면

각 메시지를 obj로 관리하고 있을려나...? 처음에는 들어오고 나가는 메시지 목록 + 아이디 목록을 만든후에 메시지의 아이디를 replace하는 방식으로 했더니 닉네임 과 아이디가 같은 경우 같은게 겹쳐서 오류와 시간초과가 떴다. 특수문자를 넣던 뭘 넣든 문제가 해결 안되길래 그냥 아이디 hash를 먼저 만들고 그 다음 msg를 그 아이디에 맞게 출력해줬다.

인간의 무의식적인 직관과 다르게 msg를 마지막에 만드는게 가장 효율적이라는게 조금 어려운점일거 같다. 

간단한 문제 같은데도 카카오 특유의 ? 어려움을 잘 느낄 수 있는 문제...ㅜㅜ;

 

# 솔루션 플로우

1. record를 순회하면서 들어오고, 아이디를 변경하는 동작들의 id를 hash로 저장했다.(덤으로 change 부분을 record에서 필터링했음.)

2. 필터링 된 record를 한번 더 순회하면서 들어오고, 나가는 것에 맞는 메시지를 각 uid에 맞게 닉네임을 추가해서 result를 구했다.

3. 구해진 result를 반환한다.

1. FP

function solution(record) {
    return record.reduce((result, action) => {
        if (action[0] !== "L") {
            const state = action.split(' ');
            result[1].set(`${state[1]}`, state[2]);
        }
        if (action[0] !== "C") result[0].push(action);
        return result;
    }, [[], new Map()]).reduce((result, users) =>
        result.map((order) => {
            const state = order.split(' ');
            return state[0] === "Enter" ?
                `${users.get(state[1])}님이 들어왔습니다.` :
                `${users.get(state[1])}님이 나갔습니다.`;
        })
    );
}
반응형