2

Android 데이터 바인딩, Dagger 2, Requery, GreenDAO 및 기타 많은 라이브러리를 사용하여 Android 프로젝트 컴파일은 종종 컴파일 타임에 생성 된 클래스에 따라 달라집니다.생성에 실패한 클래스로 인한 코드 생성 오류를 어떻게 억제합니까?

대형 프로젝트에서 올바른 코드 생성을 방해하는 실수가 발생하면 강조 표시된 해당 문제에 대한 오류가 표시되는 대신 Android Studio는 수백 가지의 누락 된 클래스 및 관련 문제의 오류를보고합니다. 나는 수백 줄의 누락 된 클래스 오류 및 관련 오류 및 경고에 포함 된 실제 오류를 찾아야합니다. 프로젝트가 범위를 확대함에 따라 코드 생성 오류가 관리하기 어려워집니다.

코드 생성이 실패 할 경우 이러한 예상 오류를 방지 할 수있는 방법이 있습니까? 예를 들어 오탐 (false positive)을 찾아 내지 않고 빨리 원인을 확인할 수 있습니까?

+0

나도이 질문에 관심이 : 우리는 데이터 바인딩 우리는 우리의 단검 설정에서 실수를하면 다음 관련 오류 메시지가 데이터의 질량 속에 묻혀 사용은 아래 이미지처럼 보이는 바인딩 오류. Dagger 2에 대한 오류 메시지는 내가 Guice에서 얻은 오류 메시지보다 훨씬 도움이된다. 그래서 어떻게 든 우리가 그들을 격리 할 수 ​​있다면 좋을 것이다. –

답변

0

오류의 실제 원인은 gragle 빌드 로그에 포함됩니다. Gradle 콘솔을 열어야합니다.

Error log example

+0

이것은 근본 원인과 관련이없는 100 가지 이상의 오류를 생성했습니다. 메시지보다 읽을 수도 있습니다. 이 기능을 사용하려면 특정 Gradle 버전이 필요합니까? – colintheshots

+0

최신 빌드 도구 버전 (25.0.2)을 사용합니다. 일반적으로 오류의 실제 이유는 빌드 추적의 끝에 배치됩니다. – Sergey

관련 문제