문제
압축
신입사원 어피치는 카카오톡으로 전송되는 메시지를 압축하여 전송 효율을 높이는 업무를 맡게 되었다. 메시지를 압축하더라도 전달되는 정보가 바뀌어서는 안 되므로, 압축 전의 정보를 완벽하게 복원 가능한 무손실 압축 알고리즘을 구현하기로 했다.
어피치는 여러 압축 알고리즘 중에서 성능이 좋고 구현이 간단한 LZW(Lempel–Ziv–Welch) 압축을 구현하기로 했다. LZW 압축은 1983년 발표된 알고리즘으로, 이미지 파일 포맷인 GIF 등 다양한 응용에서 사용되었다.
LZW 압축은 다음 과정을 거친다.
길이가 1인 모든 단어를 포함하도록 사전을 초기화한다.
사전에서 현재 입력과 일치하는 가장 긴 문자열 w를 찾는다.
w에 해당하는 사전의 색인 번호를 출력하고, 입력에서 w를 제거한다.
입력에서 처리되지 않은 다음 글자가 남아있다면(c), w+c에 해당하는 단어를 사전에 등록한다.
단계 2로 돌아간다.
압축 알고리즘이 영문 대문자만 처리한다고 할 때, 사전은 다음과 같이 초기화된다. 사전의 색인 번호는 정수값으로 주어지며, 1부터 시작한다고 하자.
예를 들어 입력으로 KAKAO가 들어온다고 하자.
현재 사전에는 KAKAO의 첫 글자 K는 등록되어 있으나, 두 번째 글자까지인 KA는 없으므로, 첫 글자 K에 해당하는 색인 번호 11을 출력하고, 다음 글자인 A를 포함한 KA를 사전에 27 번째로 등록한다.
두 번째 글자 A는 사전에 있으나, 세 번째 글자까지인 AK는 사전에 없으므로, A의 색인 번호 1을 출력하고, AK를 사전에 28 번째로 등록한다.
세 번째 글자에서 시작하는 KA가 사전에 있으므로, KA에 해당하는 색인 번호 27을 출력하고, 다음 글자 O를 포함한 KAO를 29 번째로 등록한다.
마지막으로 처리되지 않은 글자 O에 해당하는 색인 번호 15를 출력한다.
이 과정을 거쳐 다섯 글자의 문장 KAKAO가 4개의 색인 번호 [11, 1, 27, 15]로 압축된다.
- 문자열을 다루는 문제. 자바로는 좀 더 귀찮을 듯 한데, 파이썬으로는 직관적으로 풀 수 있었음
- 가장 긴 w를 찾고, 해당 값을 answer에 추가하고, w+1만큼 사전에 등록하는 걸 반복하는
from collections import defaultdict
def solution(msg):
answer = []
idxs = defaultdict(int)
for i in range(26):
idxs[chr(ord('A')+i)] = i+1 # A - Z 까지 값 초기화 (1부터 26)
now_idx = idxs['Z']+1 # 그 다음으로 올 인덱스
now = 0 # 현재 포인터 위치
while now < len(msg): # 포인터가 범위 안에 있을 때 까지만
next = 1 # 탐색 범위 초기화
while now+next <= len(msg): # 탐색 범위가 msg 범위 안에 있도록 설정
if idxs[msg[now:now+next]]: # 다음 길이의 단어가 사전에 있으면
next+=1 # 탐색 범위 확장
else:
break # w 탐색 종료
answer.append(idxs[msg[now:now+next-1]]) # 가장 긴 단어의 색인값 answer에 추가하기
idxs[msg[now:now+next]] = now_idx # 가장 긴 단어 + 1 의 단어 색인에 추가하기
now_idx += 1 # 다음 색인값 갱신
now = now + next - 1 # 포인터 이동
return answer문제 해설
- 기본적으로 사전에 입력되는 값이 모두 정수형이기 때문에 defaultdict로 초기화시켰다.
- A부터 Z를 하나하나 등록하는 방법도 있지만, 좀 더 세련되게 하고 싶어서 아스키 코드를 사용했다. 꼭 필요한 게 아니면 고정된 길이의 정수를 사용하는 걸 지양하는 편인데, 지금 보니 등록할 때 26을 적긴 했다...
- 슬라이싱을 사용하면 문자열을 다루는 문제에선 메리트가 있다고 생각한다. 아마 자바였으면, 잘라서 확인하는 파트도 하나의 메서드로 빼야 됐을 것 같다. 모듈화가 중요하다고 생각하지만, 파이썬은 이렇게 한 두줄로 해결되는 경우가 많아서 잘 하지 않게 된다.
- for문과 while문 사이를 고민했지만, 해당 문제의 경우 특정 인덱스를 뛰어넘는 경우가 왕왕 발생하기 때문에 while문을 선택했다. for 문의 조건 설정의 경우 자바가 좀 더 편리한 것 같다.
- 범위 설정으로 한 번 쯤 틀릴것 같았는데, 한 번에 정답처리가 되어 뭔가 시원찜찜했던 문제
