일반적인 프린터는 인쇄 요청이 들어온 순서대로 인쇄합니다. 그렇기 때문에 중요한 문서가 나중에 인쇄될 수 있습니다. 이런 문제를 보완하기 위해 중요도가 높은 문서를 먼저 인쇄하는 프린터를 개발했습니다. 이 새롭게 개발한 프린터는 아래와 같은 방식으로 인쇄 작업을 수행합니다.
1. 인쇄 대기목록의 가장 앞에 있는 문서(J)를 대기목록에서 꺼냅니다.
2. 나머지 인쇄 대기목록에서 J보다 중요도가 높은 문서가 한 개라도 존재하면 J를 대기목록의 가장 마지막에 넣습니다.
3. 그렇지 않으면 J를 인쇄합니다.
예를 들어, 4개의 문서(A, B, C, D)가 순서대로 인쇄 대기목록에 있고 중요도가 2 1 3 2 라면 C D A B 순으로 인쇄하게 됩니다.
내가 인쇄를 요청한 문서가 몇 번째로 인쇄되는지 알고 싶습니다. 위의 예에서 C는 1번째로, A는 3번째로 인쇄됩니다.
현재 대기목록에 있는 문서의 중요도가 순서대로 담긴 배열 priorities와 내가 인쇄를 요청한 문서가 현재 대기목록의 어떤 위치에 있는지를 알려주는 location이 매개변수로 주어질 때, 내가 인쇄를 요청한 문서가 몇 번째로 인쇄되는지 return 하도록 solution 함수를 작성해주세요.
| progresses | speeds | return |
|---|---|---|
| [93, 30, 55] | [1, 30, 5] | [2, 1] |
| [95, 90, 99, 99, 80, 99] | [1, 1, 1, 1, 1, 1] | [1, 3, 2] |
| priorities | location | return |
|---|---|---|
| [2, 1, 3, 2] | 2 | 1 |
| [1, 1, 9, 1, 1, 1] | 0 | 5 |
workStationQueue은 프린트할 아이들을 모아두는 queue입니다. 클래스로 queue를 만들어봤는데, 뭔가 허접해서 맘에 들지 않네요. 주어진 priorities는 같은 숫자끼리 구분할 수 있는 방법이 없어서, 처음의 인덱스를 함께 쌍으로 묶어서 workStationQueue에 따로 저장했습니다. 나중에 location에 해당하는 친구를 찾을 때 이 인덱스를 사용할 수 있쥬
이제 이 queue에서 작업물을 꺼내서 확인합니다. queue라는 이름에 맞게 맨 앞에서 원소를 꺼내는데 원소명은 pivotDoc, methods 명은 dequeue로 했습니다. 그게 사회적 약속이니까요 ㅎ
queue를 순회하면서 현재의 pivotDoc 보다 우선순위가 높은 애가 있는지 확인해봅니다. 더 높은 애가 있으면 단념하고 맨 마지막 줄로 돌아갑니다. 이 행동을 enqueue라고 했고, 맨 앞에서 나온 애가 맨 뒤로 들어갔으니 더이상 확인할 필요가 없어서 break를 합니다.
for문을 다 돌고 나왔는데, 나보다 높은애가 없다는 말은, 내가 젤 세다는 말이겠죠. 바로 프린팅해버리고 answer를 하나 올려줍니다. 눈치채셨나요? answer는 프린트된 문서의 개수입니다.
남은 아이들 중 내가 젤 우선순위가 높아서 프린팅이 되었는데, 공교롭게도 나의 첫 인덱스가 location과 일치하네요? 그 말은 뭐다? 내가 바로 네가 찾던 그 문서다. 그래서 지금까지의 answer를 여기서 반환합니다.