annotation processor 산출물이 증분 빌드에서 낡았습니다. 어떤 입력·삭제·의존 관계를 추적해야 하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
processor 입력에는 annotation이 붙은 소스뿐 아니라 참조 타입·설정·processor 버전과 삭제된 요소가 포함될 수 있습니다. 증분 분류가 틀리면 stale 생성 파일이 남습니다.
clean build와 incremental build 결과를 비교하고 이름 변경·삭제·공통 타입 변경을 시험합니다. 생성 코드만 최신이라고 원본 계약이 맞는 것은 아닙니다. cache key와 출력 소유권을 명시해 다른 processor 결과를 지우지 않습니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- processor 입력에는 annotation이 붙은 소스뿐 아니라 참조 타입·설정·processor 버전과 삭제된 요소가 포함될 수 있습니다. 증분 분류가 틀리면 stale 생성 파일이 남습니다.
- cache key와 출력 소유권을 명시해 다른 processor 결과를 지우지 않습니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: processor 입력에는 annotation이 붙은 소스뿐 아니라 참조 타입·설정·processor 버전과 삭제된 요소가 포함될 수 있습니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.