Аннотации и обработка метаданных — бесплатный тест онлайн

Вопрос 1 из 30

Какое изменение сделает код по теме «Тестирование и диагностика» в разделе «Аннотации и обработка метаданных» надёжнее?

// Фрагмент на ревью
@GenerateMapper
class OrderDto {
    private String id;
}
// тест должен скомпилировать исходник и проверить OrderDtoMapper

Использовать массив разрешённого типа или отдельную повторяемую аннотацию. Сканировать один раз при старте, кэшировать неизменяемую модель или генерировать индекс. Генерировать детерминированный тип с проверкой конфликтов и понятными диагностическими сообщениями. Использовать compile-testing или тестовый javac и проверять результат компиляции и файлы. Указать только реальные цели либо добавить ElementType.TYPE, если контракт допускает оба уровня.

Вопрос 2 из 30

Что следует изменить в разделе «Аннотации и обработка метаданных», чтобы сохранить замысел и соблюсти контракт «Время хранения аннотаций»?

// Фрагмент на ревью
@interface Marker {}
@Marker class Service {}
System.out.println(Service.class.getAnnotation(Marker.class));

Генерировать детерминированный тип с проверкой конфликтов и понятными диагностическими сообщениями. Добавить @Retention(RetentionPolicy.RUNTIME), только если метаданные действительно нужны во время выполнения. Указать только реальные цели либо добавить ElementType.TYPE, если контракт допускает оба уровня. Сканировать один раз при старте, кэшировать неизменяемую модель или генерировать индекс. Добавить @Retention(RetentionPolicy.RUNTIME), только если метаданные действительно нужны на этапе компиляции.

Вопрос 3 из 30

Что произойдёт с кодом по теме «Объявление аннотаций» в разделе «Аннотации и обработка метаданных»?

public @interface Roles {
    java.util.List<String> value();
}

Элемент List<String> недопустим; вместо него нужен String[]. Полное сканирование пути поиска классов при каждом запросе создаёт лишние операции ввода-вывода и нагрузку на процессор. Процессор не должен пытаться изменять уже существующий исходный класс; обычно он создаёт отдельный файл. Элемент List<Object> недопустим; вместо него нужен String[]. Элемент List<String> недопустим; вместо него нужен Object[].

Вопрос 4 из 30

Что произойдёт, если процессор в каждом раунде без проверки снова вызывает createSourceFile("Generated")?

// Минимальный пример
public boolean process(Set<? extends TypeElement> anns, RoundEnvironment round) {
    filer.createSourceFile("Generated");
    return true;
}

Большой размер порции чтения уменьшает число сетевых обменов, но увеличивает память и время удержания соединения. После первого успешного создания повторная попытка создать тот же файл приведёт к FilerException. TYPE_USE относится к использованию типа, например List<@NonNull String>, а не только к объявлению класса. Процессоры запускаются раундами, потому что созданные типы могут породить новые элементы для обработки. Проверка instanceof после загрузки не отменяет побочные эффекты уже выполненной инициализации.

Вопрос 5 из 30

В каком дополнительном сценарии вывод о теме «Производительность и эксплуатация» в разделе «Аннотации и обработка метаданных» может оказаться неверным?

Object handle(Object input) {
    return scanClasspathForHandlers()
        .get(input.getClass().getAnnotation(Type.class).value())
        .apply(input);
// ...

Политика RUNTIME делает метаданные доступными, но не заставляет платформу автоматически их обрабатывать. Процессоры запускаются раундами, потому что созданные типы могут породить новые элементы для обработки. Кэш результатов рефлексии должен учитывать загрузчик классов и жизненный цикл перезагрузки. Повторная генерация одного файла в другом раунде вызывает FilerException. Значение по умолчанию не может вычисляться вызовом метода во время выполнения.

Вопрос 6 из 30

Какой инженерный компромисс характерен для темы «Области применения» в разделе «Аннотации и обработка метаданных»?

Компиляционные тесты медленнее, зато ловят несовместимость процессора с моделью элементов и настройкой сборки. Генерация убирает рефлексию во время выполнения, но повышает сложность сборки и требования к совместимости javac. Аннотация компактно выражает декларативные метаданные, но сложную конфигурацию легче валидировать в обычном объекте. Точно заданная область применения улучшает API, но слишком узкий выбор усложняет развитие аннотации без изменения совместимости. Чем дольше аннотация хранится, тем шире совместимость с инструментами и тем больше объём метаданных; политику выбирают по реальному потребителю.

Вопрос 7 из 30

На какое правило следует опираться при разборе темы «Производительность и эксплуатация» в разделе «Аннотации и обработка метаданных»?

Обработчик аннотаций работает во время компиляции, анализирует модель элементов и может генерировать новые исходники или ресурсы. Сканирование аннотаций во время выполнения влияет на запуск приложения и конфигурацию нативного образа; индекс или генерация на этапе компиляции уменьшают объём поиска. Контракт аннотации надо проверять на допустимом и ошибочном использовании, выбранной политике хранения и точных диагностических сообщениях. Сканирование аннотаций на этапе компиляции влияет на запуск приложения и конфигурацию нативного образа; индекс или генерация на этапе компиляции уменьшают объём поиска. Сканирование аннотаций во время выполнения влияет на запуск приложения и конфигурацию нативного образа; индекс или генерация во время выполнения уменьшают объём поиска.

Вопрос 8 из 30

Что нужно отдельно проверить на границе контракта «Области применения» в разделе «Аннотации и обработка метаданных»?

// Минимальный пример
@java.lang.annotation.Target(java.lang.annotation.ElementType.METHOD)
@interface Audited {}
@Audited class PaymentService {}

TYPE_USE относится к использованию типа, например List<@NonNull Integer>, а не только к объявлению класса. Кэш результатов рефлексии должен учитывать загрузчик классов и жизненный цикл перезагрузки. Значение по умолчанию не может вычисляться вызовом метода во время выполнения. TYPE_USE относится к использованию типа, например List<@NonNull String>, а не только к объявлению класса. Политика RUNTIME делает метаданные доступными, но не заставляет платформу автоматически их обрабатывать.

Вопрос 9 из 30

Какое утверждение о механизме «Процессоры аннотаций» верно в контексте раздела «Аннотации и обработка метаданных»?

Обработчик аннотаций работает во время компиляции, анализирует модель элементов и может генерировать новые исходники или ресурсы. Строковые имена классов и методов не проверяются компилятором и ломаются при переименовании или закрытии доступа. Класс инициализируется при первом активном использовании; статические поля и блоки выполняются в текстовом порядке. Пул ограничивает число дорогих физических соединений; время ожидания свободного соединения должно быть конечным и наблюдаемым. Производительность JDBC зависит от числа сетевых обменов, пакетной обработки, размера порции чтения, плана запроса и длительности транзакции.

Вопрос 10 из 30

Что нужно отдельно проверить на границе контракта «Тестирование и диагностика» в разделе «Аннотации и обработка метаданных»?

// Минимальный пример
public boolean process(Set<? extends TypeElement> anns, RoundEnvironment round) {
    filer.createSourceFile("Generated");
    return true;
}

Повторная генерация одного файла в другом раунде вызывает FilerException. TYPE_USE относится к использованию типа, например List<@NonNull String>, а не только к объявлению класса. Повторная генерация одного файла в другом раунде вызывает IllegalStateException. Значение по умолчанию не может вычисляться вызовом метода во время выполнения. Кэш результатов рефлексии должен учитывать загрузчик классов и жизненный цикл перезагрузки.

Вопрос 11 из 30

Какое правило Java действует для темы «Тестирование и диагностика» в разделе «Аннотации и обработка метаданных»?

Элементы аннотации могут иметь только разрешённые спецификацией типы, а их значения по умолчанию должны быть константами времени компиляции. Контракт аннотации надо проверять на допустимом и ошибочном использовании, выбранной политике хранения и точных диагностических сообщениях. Обработчик аннотаций работает во время компиляции, анализирует модель элементов и может генерировать новые исходники или ресурсы. SOURCE удаляется после компиляции, CLASS сохраняется в class-файле, а RetentionPolicy.RUNTIME делает аннотацию доступной через рефлексию. ElementType ограничивает допустимые позиции аннотации и помогает ловить неверное использование при компиляции.

Вопрос 12 из 30

Какой инженерный компромисс характерен для темы «Тестирование и диагностика» в разделе «Аннотации и обработка метаданных»?

Компиляционные тесты медленнее, зато ловят несовместимость процессора с моделью элементов и настройкой сборки. Генерация убирает рефлексию во время выполнения, но повышает сложность сборки и требования к совместимости javac. Точно заданная область применения улучшает API, но слишком узкий выбор усложняет развитие аннотации без изменения совместимости. Предвычисление ускоряет старт обработки запросов, но увеличивает сборку и требует обновления индекса при каждом изменении классов. Аннотация компактно выражает декларативные метаданные, но сложную конфигурацию легче валидировать в обычном объекте.

Вопрос 13 из 30

Какой эксплуатационный недостаток есть у показанной обработки метаданных?

Object handle(Object input) {
    return scanClasspathForHandlers()
        .get(input.getClass().getAnnotation(Type.class).value())
        .apply(input);
}

Процессор не должен пытаться изменять уже существующий исходный класс; обычно он создаёт отдельный файл. Аннотация без явного Retention имеет CLASS и не будет видна getAnnotation во время выполнения. Полное сканирование пути поиска классов при каждом запросе не создаёт лишние операции ввода-вывода и нагрузку на процессор. Полное сканирование пути поиска классов при каждом запросе создаёт лишние операции ввода-вывода и нагрузку на процессор. Обычный модульный тест метода process без запуска компилятора не проверяет реальные раунды и сгенерированные исходники.

Вопрос 14 из 30

Какой диагноз для кода по теме «Области применения» в разделе «Аннотации и обработка метаданных» будет точным?

@java.lang.annotation.Target(java.lang.annotation.ElementType.METHOD)
@interface Audited {}
@Audited class PaymentService {}

Элемент List<String> недопустим; вместо него нужен String[]. Обычный модульный тест метода process без запуска компилятора не проверяет реальные раунды и сгенерированные исходники. Процессор не должен пытаться изменять уже существующий исходный класс; обычно он создаёт отдельный файл. Аннотация с @Target(ElementType.METHOD) не может быть поставлена на класс. Аннотация без явного Retention имеет CLASS и не будет видна getAnnotation во время выполнения.

Вопрос 15 из 30

Какая правка точнее всего устраняет причину проблемы по теме «Процессоры аннотаций» в разделе «Аннотации и обработка метаданных»?

// Фрагмент на ревью
public boolean process(Set<? extends TypeElement> anns, RoundEnvironment round) {
    filer.createSourceFile("Generated");
    return true;
}

Сканировать один раз при старте, кэшировать неизменяемую модель или генерировать индекс. Использовать массив разрешённого типа или отдельную повторяемую аннотацию. Создавать файл только один раз: учитывать текущий раунд и уже сгенерированное имя, а конфликт завершать понятной диагностикой. Использовать compile-testing или тестовый javac и проверять результат компиляции и файлы. Добавить @Retention(RetentionPolicy.RUNTIME), только если метаданные действительно нужны во время выполнения.

Вопрос 16 из 30

Что произойдёт с кодом по теме «Тестирование и диагностика» в разделе «Аннотации и обработка метаданных»?

@GenerateMapper
class OrderDto {
    private String id;
}
// тест должен скомпилировать исходник и проверить OrderDtoMapper

Полное сканирование пути поиска классов при каждом запросе создаёт лишние операции ввода-вывода и нагрузку на процессор. Аннотация без явного Retention имеет CLASS и не будет видна getAnnotation во время выполнения. Процессор не должен пытаться изменять уже существующий исходный класс; обычно он создаёт отдельный файл. Аннотация с @Target(ElementType.METHOD) не может быть поставлена на класс. Обычный модульный тест метода process без запуска компилятора не проверяет реальные раунды и сгенерированные исходники.

Вопрос 17 из 30

Что произойдёт с кодом по теме «Время хранения аннотаций» в разделе «Аннотации и обработка метаданных»?

@interface Marker {}
@Marker class Service {}
System.out.println(Service.class.getAnnotation(Marker.class));

Аннотация с @Target(ElementType.METHOD) не может быть поставлена на класс. Аннотация без явного Retention имеет CLASS и не будет видна getAnnotation во время выполнения. Процессор не должен пытаться изменять уже существующий исходный класс; обычно он создаёт отдельный файл. Аннотация без явного Retention имеет CLASS и не будет видна getAnnotation на этапе компиляции. getMethod находит только public-метод с точными типами параметров; Integer.class не совпадает с int.class.

Вопрос 18 из 30

Как точнее оценить пользу и цену решения по теме «Объявление аннотаций» в разделе «Аннотации и обработка метаданных»?

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

Вопрос 19 из 30

В каком дополнительном сценарии вывод о теме «Время хранения аннотаций» в разделе «Аннотации и обработка метаданных» может оказаться неверным?

// Минимальный пример
@interface Marker {}
@Marker class Service {}
System.out.println(Service.class.getAnnotation(Marker.class));

Повторная генерация одного файла в другом раунде вызывает FilerException. Политика RUNTIME делает метаданные доступными, но не заставляет платформу автоматически их обрабатывать. Кэш Method ускоряет поиск, но первый доступ, проверка доступности и исключения вызова всё равно требуют контроля. TYPE_USE относится к использованию типа, например List<@NonNull String>, а не только к объявлению класса. Проверка instanceof после загрузки не отменяет побочные эффекты уже выполненной инициализации.

Вопрос 20 из 30

Какое замечание о сопровождении или производительности темы «Время хранения аннотаций» в разделе «Аннотации и обработка метаданных» справедливо?

Кэш метаданных снижает нагрузку на процессор, но ошибочный глобальный кэш способен вызвать утечку метаданных классов. Чем дольше аннотация хранится, тем шире совместимость с инструментами и тем больше объём метаданных; политику выбирают по реальному потребителю. Динамические плагины дают расширяемость, но требуют границ доверия, версии общего интерфейса и изолированного жизненного цикла. Предвычисление ускоряет старт обработки запросов, но увеличивает сборку и требует обновления индекса при каждом изменении классов. Компиляционные тесты медленнее, зато ловят несовместимость процессора с моделью элементов и настройкой сборки.

Вопрос 21 из 30

Что следует изменить в разделе «Аннотации и обработка метаданных», чтобы сохранить замысел и соблюсти контракт «Объявление аннотаций»?

// Фрагмент на ревью
public @interface Roles {
    java.util.List<String> value();
}

Указать только реальные цели либо добавить ElementType.TYPE, если контракт допускает оба уровня. Добавить @Retention(RetentionPolicy.RUNTIME), только если метаданные действительно нужны во время выполнения. Использовать массив разрешённого типа или отдельную повторяемую аннотацию. Использовать compile-testing или тестовый javac и проверять результат компиляции и файлы. Генерировать детерминированный тип с проверкой конфликтов и понятными диагностическими сообщениями.

Вопрос 22 из 30

Что произойдёт с кодом по теме «Процессоры аннотаций» в разделе «Аннотации и обработка метаданных»?

public boolean process(Set<? extends TypeElement> anns, RoundEnvironment round) {
    filer.createSourceFile("Generated");
    return true;
}

Аннотация с @Target(ElementType.METHOD) не может быть поставлена на класс. Процессор не должен пытаться изменять уже существующий исходный класс; обычно он не создаёт отдельный файл. Полное сканирование пути поиска классов при каждом запросе создаёт лишние операции ввода-вывода и нагрузку на процессор. В первом раунде файл будет создан, а при повторной попытке создать то же имя процессор получит FilerException. Обычный модульный тест метода process без запуска компилятора не проверяет реальные раунды и сгенерированные исходники.

Вопрос 23 из 30

На какое правило следует опираться при разборе темы «Время хранения аннотаций» в разделе «Аннотации и обработка метаданных»?

Строковые имена классов и методов не проверяются компилятором и ломаются при переименовании или закрытии доступа. Идентичность класса определяется парой «бинарное имя + загрузчик»; классы с одним именем, загруженные разными загрузчиками, несовместимы. SOURCE удаляется после компиляции, CLASS сохраняется в class-файле, а RetentionPolicy.RUNTIME делает аннотацию доступной через рефлексию. Производительность JDBC зависит от числа сетевых обменов, пакетной обработки, размера порции чтения, плана запроса и длительности транзакции. Класс инициализируется при первом активном использовании; статические поля и блоки выполняются в текстовом порядке.

Вопрос 24 из 30

Какое правило Java действует для темы «Объявление аннотаций» в разделе «Аннотации и обработка метаданных»?

Пул ограничивает число дорогих физических соединений; время ожидания свободного соединения должно быть конечным и наблюдаемым. Элементы аннотации могут иметь только разрешённые спецификацией типы, а их значения по умолчанию должны быть константами времени компиляции. Класс инициализируется при первом активном использовании; статические поля и блоки выполняются в текстовом порядке. JDBC-код нужно проверять на реальной СУБД: важны диалект, изоляция, типы, откат транзакции и ограничения схемы. Тестовый набор должен быть воспроизводимым, параллельным только при изоляции и иметь отдельный слой нагрузочных измерений.

Вопрос 25 из 30

Что следует изменить в разделе «Аннотации и обработка метаданных», чтобы сохранить замысел и соблюсти контракт «Производительность и эксплуатация»?

// Фрагмент на ревью
Object handle(Object input) {
    return scanClasspathForHandlers()
        .get(input.getClass().getAnnotation(Type.class).value())
        .apply(input);
}

Сканировать один раз при старте, кэшировать изменяемую модель или генерировать индекс. Сканировать один раз при старте, кэшировать ненеизменяемую модель или генерировать индекс. Сканировать один раз при старте, кэшировать неизменяемую модель или генерировать индекс. Использовать compile-testing или тестовый javac и проверять результат компиляции и файлы. Использовать массив разрешённого типа или отдельную повторяемую аннотацию.

Вопрос 26 из 30

Какое замечание о сопровождении или производительности темы «Производительность и эксплуатация» в разделе «Аннотации и обработка метаданных» справедливо?

Предвычисление ускоряет старт обработки запросов, но увеличивает сборку и требует обновления индекса при каждом изменении классов. Предвычисление ускоряет старт обработки запросов, но уменьшает сборку и требует обновления индекса при каждом изменении классов. Аннотация компактно выражает декларативные метаданные, но сложную конфигурацию легче валидировать в обычном объекте. Генерация убирает рефлексию во время выполнения, но повышает сложность сборки и требования к совместимости javac. Предвычисление ускоряет старт обработки запросов, но увеличивает сборку и не требует обновления индекса при каждом изменении классов.

Вопрос 27 из 30

Какое изменение сделает код по теме «Области применения» в разделе «Аннотации и обработка метаданных» надёжнее?

// Фрагмент на ревью
@java.lang.annotation.Target(java.lang.annotation.ElementType.METHOD)
@interface Audited {}
@Audited class PaymentService {}

Использовать compile-testing или тестовый javac и проверять результат компиляции и файлы. Сканировать один раз при старте, кэшировать неизменяемую модель или генерировать индекс. Использовать массив разрешённого типа или отдельную повторяемую аннотацию. Добавить @Retention(RetentionPolicy.RUNTIME), только если метаданные действительно нужны во время выполнения. Указать только реальные цели либо добавить ElementType.TYPE, если контракт допускает оба уровня.

Вопрос 28 из 30

Почему такое объявление аннотации не компилируется?

public @interface BuildInfo {
    String value() default System.getProperty("build.version");
}

Метод System.getProperty разрешён только в аннотациях с RetentionPolicy.RUNTIME. Значение default вычисляется при первом чтении аннотации, поэтому код скомпилируется. После default требуется допустимое константное значение; вызов System.getProperty таким значением не является. Элемент аннотации не может иметь тип String. Нужно лишь добавить круглые скобки после value в месте использования аннотации.

Вопрос 29 из 30

Что важно учитывать при применении механизма «Процессоры аннотаций» из раздела «Аннотации и обработка метаданных» в рабочем проекте?

Пакетная обработка повышает пропускную способность, но усложняет точное сопоставление частичных ошибок с исходными элементами. Генерация убирает рефлексию во время выполнения, но повышает сложность сборки и требования к совместимости javac. Кэш метаданных снижает нагрузку на процессор, но ошибочный глобальный кэш способен вызвать утечку метаданных классов. Генерация убирает рефлексию на этапе компиляции, но повышает сложность сборки и требования к совместимости javac. Предвычисление ускоряет старт обработки запросов, но увеличивает сборку и требует обновления индекса при каждом изменении классов.

Вопрос 30 из 30

Какой контракт языка или библиотеки точнее всего описывает тему «Области применения» в разделе «Аннотации и обработка метаданных»?

Обработчик аннотаций работает во время компиляции, анализирует модель элементов и может генерировать новые исходники или ресурсы. ElementType ограничивает допустимые позиции аннотации и помогает ловить неверное использование при компиляции. Элементы аннотации могут иметь только разрешённые спецификацией типы, а их значения по умолчанию должны быть константами времени компиляции. Сканирование аннотаций во время выполнения влияет на запуск приложения и конфигурацию нативного образа; индекс или генерация на этапе компиляции уменьшают объём поиска. Контракт аннотации надо проверять на допустимом и ошибочном использовании, выбранной политике хранения и точных диагностических сообщениях.