티스토리 뷰

문제 설명

 

일반적인 프린터는 인쇄 요청이 들어온 순서대로 인쇄합니다. 그렇기 때문에 중요한 문서가 나중에 인쇄될 수 있습니다. 이런 문제를 보완하기 위해 중요도가 높은 문서를 먼저 인쇄하는 프린터를 개발했습니다. 이 새롭게 개발한 프린터는 아래와 같은 방식으로 인쇄 작업을 수행합니다.

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 함수를 작성해주세요.

제한사항

  • 현재 대기목록에는 1개 이상 100개 이하의 문서가 있습니다.
  • 인쇄 작업의 중요도는 1~9로 표현하며 숫자가 클수록 중요하다는 뜻입니다.
  • location은 0 이상 (현재 대기목록에 있는 작업 수 - 1) 이하의 값을 가지며 대기목록의 가장 앞에 있으면 0, 두 번째에 있으면 1로 표현합니다.

입출력 예

 

 

priorities location return
[2, 1, 3, 2] 2 1
[1, 1, 9, 1, 1, 1] 0 5

 

입출력 예 설명

 

예제 #1

문제에 나온 예와 같습니다.

예제 #2

6개의 문서(A, B, C, D, E, F)가 인쇄 대기목록에 있고 중요도가 1 1 9 1 1 1 이므로 C D E F A B 순으로 인쇄합니다.

 

접근 방법

처음 문제를 접했을 때 중요도에 따라 우선순위가 달라지기 때문에 우선순위 큐를 사용해야하며, Print 클래스를 작성하여 중요도에 따라 정렬되면서 인덱스에 안정적이어야 한다고 생각했다.

 

문제가 되는 부분은 중요도에 따라 선택된 원소의 이전 원소는 다시 큐의 맨 뒤에 삽입된다는 것이다. 일반적인 우선순위 큐를 사용하면 이 부분을 해결 할 수 없기 때문에 우선순위 큐 두개를 사용한다.

 

우선순위 큐 두개를 사용하여 하나는 중요도에 따라 꺼내는 용도, 다른 하나는 이전 원소들을 큐의 맨 뒤에 삽입하는 용도로 사용하였다.

 

 

코드

import java.util.*;
class Solution {
    int curIdx;
    static class Print implements Comparable<Print>{
        int idx;
        int priority;
        Print(int idx, int priority){
            this.idx = idx;
            this.priority = priority;
        }
        @Override
        public int compareTo(Print obj){
            if(obj.priority == this.priority){
                return this.idx - obj.idx;
            }
            return obj.priority - this.priority;
        }
    }
    public int solution(int[] priorities, int location) {
        int answer = 0;
        PriorityQueue<Print> pq = new PriorityQueue<>();
        PriorityQueue<Print> wait = new PriorityQueue<>();
        for(int i=0;i<priorities.length;i++){
            Print p = new Print(i, priorities[i]);
            pq.offer(p);
        }
        while(!wait.isEmpty() || !pq.isEmpty()){
            answer++;
            Print p = pq.poll();
            if(p.idx == location){
                return answer;
            }
            while(!pq.isEmpty() && p.idx > pq.peek().idx){
                wait.offer(pq.poll());
            }
            while(!pq.isEmpty() && !wait.isEmpty() && wait.peek().priority <= pq.peek().priority){
                answer++;
                if(pq.poll().idx == location)
                    return answer;
            }
            while(!wait.isEmpty()){
                pq.offer(wait.poll());
            }
        }
        return answer;
    }
}

 

느낀점

문제는 무사히 통과하였지만, while문 내부에 3개의 while문이 사용되었다는 점이 마음에 들지 않았기 때문에 다른 사람들이 작성한 코드들을 살펴 보았다. 

 

우선순위 큐를 사용하지 않았다는 점과 반복문을 여러번 사용하지 않았다는 점이 놀라웠다.

 

그리고 다른 풀이를 생각해 보았다.

 

 

다른 풀이

import java.util.*;
class Solution {

    public int solution(int[] priorities, int location) {
        PriorityQueue<Integer> q = new PriorityQueue<>(Collections.reverseOrder());
        for(int priority : priorities){
            q.offer(priority);
        }
        int answer = 1;
        while(!q.isEmpty()){
            for(int i=0;i<priorities.length;i++){
                if(priorities[i] == q.peek()){
                    if(i == location)
                        return answer;
                    q.poll();
                    answer++;
                }
            }
        }
        return answer;
    } 
}

해당 풀이는 Print 클래스를 따로 작성하지 않았다. 

 

먼저 PQ에 원소들을 삽입하고 내림 차순으로 정렬되도록 하였다.

 

그리고 PQ의 가장 앞에 있는 원소를 priorities 배열을 돌면서 비교하다 같으면 PQ에서 빼낸다. 같지 않을 경우에는 그냥 넘어가는데 이 부분이 이전 원소를 다시 큐의 맨 뒤에 삽입하는 행위와 동일한 것이다.

 

만약 i와 location이 같을 경우 answer를 반환하고 종료한다. 

 

 

728x90
댓글
공지사항
최근에 올라온 글
최근에 달린 댓글
Total
Today
Yesterday
링크
«   2024/11   »
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
글 보관함