Что это за первый, аннотированный класс (яйцо) или используемый класс (курица)?

Question

Конечно, я не читал ничего фундаментального, и это кажется очень странным, но мне интересно.

Предположим, вы используете

@SharedPref 
public interface SharedPreferencesInterface { 
    @DefaultBoolean(true) 
    boolean showDeviceName(); 

У меня есть IDE (идея), сконфигурированный с Gradle, и я создал класс SharedPreferencesInterface_, который можно использовать в другом классе, как

@Pref 
SharedPreferencesInterface_ prefs; 

Но предположим, что кто-то сейчас скачать проект, как можно использовать? Поскольку класс, в котором используется SharedPreferencesInterface_, не компилируется, потому что класс не существует, а класс не существует, потому что ошибки компиляции ...

Как это сделано? Конечно, есть способ ... настроить сначала компиляцию определенных классов?

Справка приветствуется.

Приветствие.

Answer 1

Но предположим, что кто-то сейчас загружает проект, как его использовать? Поскольку класс, где используется SharedPreferencesInterface_ не компилируется, поскольку класс не существует, а класс не существует, потому что ошибки компиляции ...

Это та же самая ситуация, когда вы собираете проект в полной сборке (когда классы еще не созданы). Фактически Gradle всегда делает полную сборку в настоящее время в проектах Android. Никакой конфигурации не требуется вообще в дополнение к standard AndroidAnnotaions config.

На самом деле это работает, потому что компилятор не полностью компилирует ваш класс перед передачей его обработке аннотаций. Понятно, что этого не следует, поскольку класс может ссылаться на сгенерированные классы, которые доступны только после обработки. Поэтому сначала компилятор создает модель классов, только анализирует структуру их (поля, методы, типы возвращаемых данных, типы параметров и т. Д.), Но не реализации. Также он позволяет пропускать типы даже в полях. Если он обнаруживает недостающий тип, он присваивает TypeKind.ERROR, но имя типа все еще доступно для обработчика аннотации. После того, как процессор завершен, он генерирует отсутствующий класс, поэтому тип класса больше не TypeKind.ERROR, и компиляция может быть успешной.