[Programmers] [3차] 파일명 정렬

 

 

 

[문제 설명]

파일명 정렬

세 차례의 코딩 테스트와 두 차례의 면접이라는 기나긴 블라인드 공채를 무사히 통과해 카카오에 입사한 무지는 파일 저장소 서버 관리를 맡게 되었다.

 

저장소 서버에는 프로그램의 과거 버전을 모두 담고 있어, 이름 순으로 정렬된 파일 목록은 보기가 불편했다. 파일을 이름 순으로 정렬하면 나중에 만들어진 ver-10.zip이 ver-9.zip보다 먼저 표시되기 때문이다.

 

버전 번호 외에도 숫자가 포함된 파일 목록은 여러 면에서 관리하기 불편했다. 예컨대 파일 목록이 [img12.png, img10.png, img2.png, img1.png]일 경우, 일반적인 정렬은 [img1.png, img10.png, img12.png, img2.png] 순이 되지만, 숫자 순으로 정렬된 [img1.png, img2.png, img10.png, img12.png"] 순이 훨씬 자연스럽다.

 

무지는 단순한 문자 코드 순이 아닌, 파일명에 포함된 숫자를 반영한 정렬 기능을 저장소 관리 프로그램에 구현하기로 했다.

 

소스 파일 저장소에 저장된 파일명은 100 글자 이내로, 영문 대소문자, 숫자, 공백(" ), 마침표(.), 빼기 부호(-")만으로 이루어져 있다. 파일명은 영문자로 시작하며, 숫자를 하나 이상 포함하고 있다.

 

파일명은 크게 HEAD, NUMBER, TAIL의 세 부분으로 구성된다.

• HEAD는 숫자가 아닌 문자로 이루어져 있으며, 최소한 한 글자 이상이다.
• NUMBER는 한 글자에서 최대 다섯 글자 사이의 연속된 숫자로 이루어져 있으며, 앞쪽에 0이 올 수 있다. 0부터 99999 사이의 숫자로, 00000이나 0101 등도 가능하다.
• TAIL은 그 나머지 부분으로, 여기에는 숫자가 다시 나타날 수도 있으며, 아무 글자도 없을 수 있다.

파일명HEADNUMBERTAIL

foo9.txt	foo	9	.txt
foo010bar020.zip	foo	010	bar020.zip
F-15	F-	15	(빈 문자열)

파일명을 세 부분으로 나눈 후, 다음 기준에 따라 파일명을 정렬한다.

• 파일명은 우선 HEAD 부분을 기준으로 사전 순으로 정렬한다. 이때, 문자열 비교 시 대소문자 구분을 하지 않는다. MUZI와 muzi, MuZi는 정렬 시에 같은 순서로 취급된다.
• 파일명의 HEAD 부분이 대소문자 차이 외에는 같을 경우, NUMBER의 숫자 순으로 정렬한다. 9 < 10 < 0011 < 012 < 13 < 014 순으로 정렬된다. 숫자 앞의 0은 무시되며, 012와 12는 정렬 시에 같은 같은 값으로 처리된다.
• 두 파일의 HEAD 부분과, NUMBER의 숫자도 같을 경우, 원래 입력에 주어진 순서를 유지한다. MUZI01.zip과 muzi1.png가 입력으로 들어오면, 정렬 후에도 입력 시 주어진 두 파일의 순서가 바뀌어서는 안 된다.

무지를 도와 파일명 정렬 프로그램을 구현하라.

 

 

 

[풀이 과정]

 

 

이번 문제는 읽는대로 이해가 잘 됐다.

 

읽으면서 쭉쭉 어떤식으로 구현해야할지 머릿속에서 정리가 됬고, 자신있는 유형의 문제라 풀어볼만하다 싶었지만...

 

글을 읽어내려가며 표정이 점점 썩어갔다. 무슨 조건이 이렇게 많은가...?? 

 

 

• 두 파일의 HEAD 부분과, NUMBER의 숫자도 같을 경우, 원래 입력에 주어진 순서를 유지한다. MUZI01.zip과 muzi1.png가 입력으로 들어오면, 정렬 후에도 입력 시 주어진 두 파일의 순서가 바뀌어서는 안 된다.

특히 이 마지막 부분은 좀 너무하다 싶었다.

 

 

여튼! 필자는 정규식을 사용하여 최초로 숫자가 나오는 부분을 구하여 NUMBER 로 구분하고

 

그 이전 부분을 슬라이싱 하여 HEAD로 구분하였다. 또한 NUMBER는 int 형으로 바꾸고 HEAD는 upper함수를 사용하여 일관성을 맞추었다.

 

그리고 아직 마지막 조건이 갖춰지지 않은 코드로 실험삼아 제출했더니...

 

 

통과...

 

어째서....?

 

우려했던 메모리 초과 문제또한 없었다... 머야

 

 

 

이후 몇차례 실험을 해보았는데

 

파이썬 sorted함수에서는 같은 값이 들어왔을때 순서를 바꾸지 않고 그냥 패스하는 듯하다.

 

하여 파이썬 sorted함수를 사용한다면 저 골치아픈 마지막 조건을 굳이 구현하지 않아도 오케이였던 것이다!

 

파이썬 만세!

 

import re

def solution(files):
    q = re.compile('\d+')
    concat = []
    
    for file in files:
        span = q.search(file).span()
        a = file[:span[0]].upper()
        b = int(file[span[0]:span[1]])

        concat.append((a,b,file))
        
    concat = sorted(concat, key = lambda x: x[1])
    concat = sorted(concat, key = lambda x: x[0])
    
    return [c for a,b,c in concat]