문제
문제 링크
코딩테스트 연습 - 개인정보 수집 유효기간 | 프로그래머스 스쿨 (programmers.co.kr)
문제 설명
고객의 약관 동의를 얻어서 수집된 1~n
번으로 분류되는 개인정보 n
개가 있습니다. 약관 종류는 여러 가지 있으며 각 약관마다 개인정보 보관 유효기간이 정해져 있습니다. 당신은 각 개인정보가 어떤 약관으로 수집됐는지 알고 있습니다. 수집된 개인정보는 유효기간 전까지만 보관 가능하며, 유효기간이 지났다면 반드시 파기해야 합니다.
예를 들어, A라는 약관의 유효기간이 12 달이고, 2021년 1월 5일에 수집된 개인정보가 A약관으로 수집되었다면 해당 개인정보는 2022년 1월 4일까지 보관 가능하며 2022년 1월 5일부터 파기해야 할 개인정보입니다.당신은 오늘 날짜로 파기해야 할 개인정보 번호들을 구하려 합니다.
모든 달은 28일까지 있다고 가정합니다.
다음은 오늘 날짜가 2022.05.19
일 때의 예시입니다.
약관 종류 | 유효기간 |
---|---|
A | 6 달 |
B | 12 달 |
C | 3 달 |
번호 | 개인정보 수집 일자 | 약관 종류 |
---|---|---|
1 | 2021.05.02 | A |
2 | 2021.07.01 | B |
3 | 2022.02.19 | C |
4 | 2022.02.20 | C |
- 첫 번째 개인정보는 A약관에 의해 2021년 11월 1일까지 보관 가능하며, 유효기간이 지났으므로 파기해야 할 개인정보입니다.
- 두 번째 개인정보는 B약관에 의해 2022년 6월 28일까지 보관 가능하며, 유효기간이 지나지 않았으므로 아직 보관 가능합니다.
- 세 번째 개인정보는 C약관에 의해 2022년 5월 18일까지 보관 가능하며, 유효기간이 지났으므로 파기해야 할 개인정보입니다.
- 네 번째 개인정보는 C약관에 의해 2022년 5월 19일까지 보관 가능하며, 유효기간이 지나지 않았으므로 아직 보관 가능합니다.
따라서 파기해야 할 개인정보 번호는 [1, 3]입니다.
오늘 날짜를 의미하는 문자열 today
, 약관의 유효기간을 담은 1차원 문자열 배열 terms
와 수집된 개인정보의 정보를 담은 1차원 문자열 배열 privacies
가 매개변수로 주어집니다. 이때 파기해야 할 개인정보의 번호를 오름차순으로 1차원 정수 배열에 담아 return 하도록 solution 함수를 완성해 주세요.
제한사항
today
는 "YYYY
.MM
.DD
" 형태로 오늘 날짜를 나타냅니다.- 1 ≤
terms
의 길이 ≤ 20terms
의 원소는 "약관 종류
유효기간
" 형태의약관 종류
와유효기간
을 공백 하나로 구분한 문자열입니다.약관 종류
는A
~Z
중 알파벳 대문자 하나이며,terms
배열에서약관 종류
는 중복되지 않습니다.유효기간
은 개인정보를 보관할 수 있는 달 수를 나타내는 정수이며, 1 이상 100 이하입니다.
- 1 ≤
privacies
의 길이 ≤ 100privacies[i]
는i+1
번 개인정보의 수집 일자와 약관 종류를 나타냅니다.privacies
의 원소는 "날짜
약관 종류
" 형태의날짜
와약관 종류
를 공백 하나로 구분한 문자열입니다.날짜
는 "YYYY
.MM
.DD
" 형태의 개인정보가 수집된 날짜를 나타내며,today
이전의 날짜만 주어집니다.privacies
의약관 종류
는 항상terms
에 나타난약관 종류
만 주어집니다.
today
와privacies
에 등장하는날짜
의YYYY
는 연도,MM
은 월,DD
는 일을 나타내며 점(.
) 하나로 구분되어 있습니다.- 2000 ≤
YYYY
≤ 2022 - 1 ≤
MM
≤ 12 MM
이 한 자릿수인 경우 앞에 0이 붙습니다.- 1 ≤
DD
≤ 28 DD
가 한 자릿수인 경우 앞에 0이 붙습니다.
- 2000 ≤
- 파기해야 할 개인정보가 하나 이상 존재하는 입력만 주어집니다.
입출력 예
today | terms | privacies | result |
---|---|---|---|
"2022.05.19" | ["A 6", "B 12", "C 3"] | ["2021.05.02 A", "2021.07.01 B", "2022.02.19 C", "2022.02.20 C"] | [1, 3] |
"2020.01.01" | ["Z 3", "D 5"] | ["2019.01.01 D", "2019.11.15 Z", "2019.08.02 D", "2019.07.01 D", "2018.12.28 Z"] | [1, 4, 5] |
입출력 예 설명
입출력 예 #1
- 문제 예시와 같습니다.
입출력 예 #2
약관 종류 | 유효기간 |
---|---|
Z | 3 달 |
D | 5 달 |
번호 | 개인정보 수집 일자 | 약관 종류 |
---|---|---|
1 | 2019.01.01 | D |
2 | 2019.11.15 | Z |
3 | 2019.08.02 | D |
4 | 2019.07.01 | D |
5 | 2018.12.28 | Z |
오늘 날짜는 2020년 1월 1일입니다.
- 첫 번째 개인정보는 D약관에 의해 2019년 5월 28일까지 보관 가능하며, 유효기간이 지났으므로 파기해야 할 개인정보입니다.
- 두 번째 개인정보는 Z약관에 의해 2020년 2월 14일까지 보관 가능하며, 유효기간이 지나지 않았으므로 아직 보관 가능합니다.
- 세 번째 개인정보는 D약관에 의해 2020년 1월 1일까지 보관 가능하며, 유효기간이 지나지 않았으므로 아직 보관 가능합니다.
- 네 번째 개인정보는 D약관에 의해 2019년 11월 28일까지 보관 가능하며, 유효기간이 지났으므로 파기해야 할 개인정보입니다.
- 다섯 번째 개인정보는 Z약관에 의해 2019년 3월 27일까지 보관 가능하며, 유효기간이 지났으므로 파기해야 할 개인정보입니다.
문제 이해하기
- 문제에서 모든 달은 28일까지만 있다고 가정했다. 그렇다면 개인정보 유효기간에 나온 개월수를 그대로 더하기만 하면 계산할 수 있다.
- 개인정보 수집 일자에서 약관 종류의 유효기간을 더한 후 현재 날짜와 비교한다.
문제 풀이
1번 풀이
import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.ArrayList;
import java.util.Arrays;
import java.util.Calendar;
import java.util.Date;
import java.util.List;
import java.util.Map;
import java.util.stream.Collectors;
class Solution {
public int[] solution(String today, String[] terms, String[] privacies) {
Calendar cal_today = Calendar.getInstance();
cal_today.setTime(stringToDate(today));
Map<String, Integer> termsMap = Arrays.stream(terms)
.map(i -> i.split(" "))
.collect(Collectors.toMap(s -> s[0], s-> Integer.parseInt(s[1])));
List<Integer> list = new ArrayList<>();
for(int i=0; i<privacies.length; i++) {
String[] privacie = privacies[i].split(" ");
Calendar cal_privacie = Calendar.getInstance();
cal_privacie.setTime(stringToDate(privacie[0]));
cal_privacie.add(Calendar.MONTH, termsMap.get(privacie[1]));
if(cal_today.compareTo(cal_privacie) >= 0) {
list.add(i+1);
}
}
return list.stream().mapToInt(i -> i).toArray();
}
public Date stringToDate(String date) {
SimpleDateFormat sdf = new SimpleDateFormat("yyyy.MM.dd");
Date d = null;
try {
d = sdf.parse(date);
} catch (ParseException e) {
e.printStackTrace();
}
return d;
}
}
- 약관 종류를
map
에 저장해서 가져오기 편하게 했다. Calendar
를 활용해 날짜 계산을 편하게 했다.
근데 코드도 더 간결하게 할 수 있을 것 같고 시간도 줄이고 싶어서 두 번째 방법을 생각했다.
정확성 테스트
테스트 | 결과 |
---|---|
테스트 1 〉 | 통과 (37.97ms, 77MB) |
테스트 2 〉 | 통과 (49.48ms, 85.1MB) |
테스트 3 〉 | 통과 (62.53ms, 79.1MB) |
테스트 4 〉 | 통과 (44.28ms, 83.7MB) |
테스트 5 〉 | 통과 (44.60ms, 78.9MB) |
테스트 6 〉 | 통과 (41.80ms, 72.7MB) |
테스트 7 〉 | 통과 (48.21ms, 77.6MB) |
테스트 8 〉 | 통과 (31.38ms, 78.5MB) |
테스트 9 〉 | 통과 (49.50ms, 91.6MB) |
테스트 10 〉 | 통과 (63.56ms, 79.2MB) |
테스트 11 〉 | 통과 (60.00ms, 77.2MB) |
테스트 12 〉 | 통과 (102.66ms, 73.2MB) |
테스트 13 〉 | 통과 (82.99ms, 75.5MB) |
테스트 14 〉 | 통과 (81.92ms, 90MB) |
테스트 15 〉 | 통과 (53.46ms, 87.1MB) |
테스트 16 〉 | 통과 (84.80ms, 88.9MB) |
테스트 17 〉 | 통과 (79.35ms, 89.4MB) |
테스트 18 〉 | 통과 (41.57ms, 89.1MB) |
테스트 19 〉 | 통과 (81.86ms, 75.4MB) |
테스트 20 〉 | 통과 (85.14ms, 93.9MB) |
2번 풀이
import java.time.LocalDate;
import java.time.format.DateTimeFormatter;
import java.util.ArrayList;
import java.util.List;
class Solution {
public int[] solution(String today, String[] terms, String[] privacies) {
DateTimeFormatter dtf = DateTimeFormatter.ofPattern("yyyy.MM.dd");
LocalDate todayDate = LocalDate.parse(today, dtf);
int[] termsAll = new int[26];
for(String term: terms) {
String[] ts = term.split(" ");
termsAll[ts[0].charAt(0)-'A'] = Integer.parseInt(ts[1]);
}
List<Integer> answer = new ArrayList<>();
for(int i=0; i<privacies.length; i++) {
String[] privacy = privacies[i].split(" ");
LocalDate privacyDate = LocalDate.parse(privacy[0], dtf).plusMonths(termsAll[privacy[1].charAt(0)-'A']).minusDays(1);
if (privacyDate.isBefore(todayDate)) {
answer.add(i+1);
}
}
return answer.stream().mapToInt(i -> i).toArray();
}
}
우선 Calendar
대신에 LocalDate
를 사용했다. LocalDate만 있어도 포맷, 날짜 더하기, 비교 모두 가능하기 때문이다.
약관 종류를 map
에 담는 대신에 int[]
배열에 담는 것을 생각했다.
알파벳은 문자이고 26개로 제한되기 때문에 ‘A’-’A’ 방식으로 사용해 인덱스를 구하고 개월수를 저장하는 방식을 생각했다. 이렇게 하면 속도를 많이 줄일 수 있을 거라 생각했다.
실제로 첫 번째와 속도와 비교하면 상당히 많은 차이가 나는 것을 알 수 있다.
정확성 테스트
테스트 | 결과 |
---|---|
테스트 1 〉 | 통과 (6.75ms, 76MB) |
테스트 2 〉 | 통과 (11.47ms, 75.3MB) |
테스트 3 〉 | 통과 (13.80ms, 87.5MB) |
테스트 4 〉 | 통과 (6.43ms, 86.6MB) |
테스트 5 〉 | 통과 (7.73ms, 72.9MB) |
테스트 6 〉 | 통과 (9.97ms, 79.2MB) |
테스트 7 〉 | 통과 (9.74ms, 79MB) |
테스트 8 〉 | 통과 (8.33ms, 73.7MB) |
테스트 9 〉 | 통과 (11.37ms, 74.1MB) |
테스트 10 〉 | 통과 (16.43ms, 78MB) |
테스트 11 〉 | 통과 (8.98ms, 77.3MB) |
테스트 12 〉 | 통과 (12.32ms, 86.7MB) |
테스트 13 〉 | 통과 (21.57ms, 83.7MB) |
테스트 14 〉 | 통과 (10.62ms, 72.5MB) |
테스트 15 〉 | 통과 (12.69ms, 78.4MB) |
테스트 16 〉 | 통과 (15.23ms, 84.1MB) |
테스트 17 〉 | 통과 (14.33ms, 86.7MB) |
테스트 18 〉 | 통과 (10.77ms, 77.9MB) |
테스트 19 〉 | 통과 (10.99ms, 75.4MB) |
테스트 20 〉 | 통과 (11.36ms, 80.8MB) |
'Algorithm > Java' 카테고리의 다른 글
프로그래머스 - 공원 산책 JAVA :: 172928 (0) | 2023.08.24 |
---|---|
프로그래머스 - 햄버거 만들기 JAVA :: 133502 (0) | 2023.08.02 |
프로그래머스 - 크기가 작은 부분 문자열 JAVA :: 147355 (0) | 2022.12.23 |
프로그래머스 - 푸드 파이트 대회 JAVA :: 134240 (0) | 2022.12.22 |
프로그래머스 - 삼총사 JAVA :: 131705 (0) | 2022.12.21 |