2

Использование библиотек, таких как привязка данных Android, Dagger 2, Requery, GreenDAO и многие другие, компиляция проекта Android часто зависит от классов, сгенерированных во время компиляции.Как подавить ошибки генерации кода, вызванные классами, которые не были сгенерированы?

При возникновении ошибок, которые препятствуют правильной генерации кода в большом проекте, вместо того, чтобы видеть ошибку об этой проблеме, Android Studio сообщает об ошибках из сотен отсутствующих классов и связанных с ними проблем. Я должен копать, чтобы найти реальную ошибку, встроенную среди сотен строк недостающих ошибок класса и связанных с ними ошибок и предупреждений. По мере увеличения объема проекта ошибки генерации кода становятся неуправляемыми.

Есть ли способ запретить эти ожидаемые ошибки в случаях, когда генерация кода идет наперекосяк, поэтому я могу быстро увидеть причину, не копаясь в ложные срабатывания?

+0

Я заинтересован в этом вопросе тоже: мы используем связывание данных, и если мы делаем ошибку в нашей установке Dagger, то соответствующее сообщение об ошибке похоронены среди массы данных Ошибки связывания. Мне нравятся сообщения об ошибках для Dagger 2, которые я нахожу гораздо более полезными, чем сообщения об ошибках, которые я получал от Guice, поэтому было бы здорово, если бы мы могли их изолировать. –

ответ

0

Настоящие причины ошибок содержатся в журнале построения шкалы. Вам необходимо открыть Gradle console. Это похоже на изображение ниже:

Error log example

+0

Это вызвало более 100 ошибок, в основном не связанных с основной причиной. Это может быть даже труднее прочитать, чем Сообщения. Для этого требуется конкретная версия Gradle? – colintheshots

+0

Я использую последнюю версию инструмента сборки (25.0.2). Обычно настоящая причина ошибки помещается в конце трассировки построения – Sergey

Смежные вопросы