Неизменяемые объекты и record — бесплатный тест онлайн

Вопрос 1 из 25

На какое правило следует опираться при разборе темы «Классы-записи record» в разделе «Неизменяемые объекты и record»?

Класс-запись record автоматически получает закрытые final-поля компонентов, методы доступа, equals, hashCode и toString по компонентам. Класс-запись record автоматически получает закрытые final-поля компонентов, методы доступа, ==, hashCode и toString по компонентам. Тест неизменяемости должен пытаться изменить исходные аргументы, полученные значения и вложенные элементы. Объект-значение определяется значением, обычно неизменяем и сравнивается по значимым компонентам. Класс-чтение record автоматически получает закрытые final-поля компонентов, методы доступа, equals, hashCode и toString по компонентам.

Вопрос 2 из 25

Какое утверждение о механизме «Защитные копии» верно в контексте раздела «Неизменяемые объекты и record»?

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

Вопрос 3 из 25

Какое изменение сделает код по теме «Защитные копии» в разделе «Неизменяемые объекты и record» надёжнее?

// Фрагмент на ревью
class Team {
    private final java.util.List<String> members;
    Team(java.util.List<String> members) { this.members = members; }
    java.util.List<String> members() { return members; }
}
var src = new java.util.ArrayList<>(java.util.List.of("A"));
var team = new Team(src);
src.add("B");
System.out.println(team.members());

В конструкторе сделать List.copyOf и возвращать неизменяемое представление. Хранить минимальные денежные единицы в long либо использовать BigDecimal с согласованными масштабом и правилом округления. Добавить тест защитной копии до и после создания объекта, а также при возврате значения методом доступа. Проверять инварианты в компактном конструкторе record и копировать изменяемые компоненты. Использовать неизменяемую реализацию или защитную копию, если нужно запретить изменение содержимого.

Вопрос 4 из 25

Какая правка точнее всего устраняет причину проблемы по теме «Объекты-значения» в разделе «Неизменяемые объекты и record»?

// Фрагмент на ревью
record Money(double amount) {}
var a = new Money(0.1 + 0.2);
var b = new Money(0.3);
System.out.println(a.equals(b));

Оставить double и округлять amount только при выводе на экран, не меняя модель равенства. Использовать неизменяемую реализацию или защитную копию, если нужно запретить изменение содержимого. Хранить минимальные денежные единицы в long либо использовать BigDecimal с согласованными масштабом и правилом округления. Проверять инварианты в компактном конструкторе record и копировать изменяемые компоненты. Использовать перегрузку, аннотацию о допустимости null или отдельный объект запроса — в зависимости от смысла параметра.

Вопрос 5 из 25

Какое замечание о сопровождении или производительности темы «Объекты-значения» в разделе «Неизменяемые объекты и record» справедливо?

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

Вопрос 6 из 25

Какое утверждение о механизме «Объекты-значения» верно в контексте раздела «Неизменяемые объекты и record»?

Optional прежде всего предназначен для возвращаемого значения, когда отсутствие — нормальная часть контракта. Объект-значение определяется значением, обычно неизменяем и сравнивается по значимым компонентам. Класс-запись record автоматически получает закрытые final-поля компонентов, методы доступа, equals, hashCode и toString по компонентам. Тест неизменяемости должен пытаться изменить исходные аргументы, полученные значения и вложенные элементы. Объект-значение определяется индексом, обычно неизменяем и сравнивается по значимым компонентам.

Вопрос 7 из 25

Какая правка точнее всего устраняет причину проблемы по теме «Тестирование и диагностика» в разделе «Неизменяемые объекты и record»?

// Фрагмент на ревью
record Packet(byte[] data) {}
byte[] raw = {1, 2};
var p = new Packet(raw);
raw[0] = 9;
System.out.println(p.data()[0]);

В конструкторе сделать List.copyOf и возвращать неизменяемое представление. Оставлять ссылку на метод, когда получатель и аргументы очевидны; иначе явная лямбда читается лучше. Добавить тест защитной копии до и после создания объекта, а также при возврате значения методом доступа. Проверять инварианты в компактном конструкторе record и копировать изменяемые компоненты. Использовать неизменяемую реализацию или защитную копию, если нужно запретить изменение содержимого.

Вопрос 8 из 25

Каков точный результат выполнения или компиляции фрагмента из раздела «Неизменяемые объекты и record» по теме «Классы-записи record»?

record Range(int from, int to) {
    Range {
        if (from > to) throw new IllegalArgumentException();
    }
}
System.out.println(new Range(2, 5));

Компактный конструктор проверяет вход до неявного присваивания компонентам. Компактный конструктор не проверяет вход до неявного присваивания компонентам. Список final продолжает изменяться через add, поэтому размер становится 1. После изменения исходного списка содержимое объекта тоже меняется, потому что конструктор сохранил ту же ссылку. Money с double может получить 0.30000000000000004 и нарушить ожидаемое денежное равенство.

Вопрос 9 из 25

Какой диагноз для кода по теме «Ограничения final» в разделе «Неизменяемые объекты и record» будет точным?

final java.util.List<String> names = new java.util.ArrayList<>();
names.add("Ann");
System.out.println(names.size());

Money с double может получить 0.30000000000000004 и нарушить ожидаемое денежное равенство. Список final продолжает изменяться через add, поэтому размер становится 1. Код не компилируется: после изменения sum переменная перестаёт быть фактически неизменяемой и не может захватываться лямбдой. Компактный конструктор проверяет вход до неявного присваивания компонентам. После изменения исходного списка содержимое объекта тоже меняется, потому что конструктор сохранил ту же ссылку.

Вопрос 10 из 25

В каком дополнительном сценарии вывод о теме «Защитные копии» в разделе «Неизменяемые объекты и record» может оказаться неверным?

// Минимальный пример
class Team {
    private final java.util.List<String> members;
    Team(java.util.List<String> members) {
        this.members = java.util.Collections.unmodifiableList(members);
    }
    java.util.List<String> members() { return members; }
}
var src = new java.util.ArrayList<>(java.util.List.of("A"));
var team = new Team(src);
src.add("B");
System.out.println(team.members());

Final-поле должно быть присвоено в объявлении, инициализаторе или каждом конструкторе. BigDecimal.equals учитывает масштаб, а compareTo сравнивает числовую величину; это различие влияет на коллекции и тесты. Автоматический equals у record сравнивает массивы по ссылке, а не по содержимому. Collections.unmodifiableList без копии защищает только конкретный путь доступа и отражает изменения исходника. Класс-запись record неизменяем лишь поверхностно: компонент List может ссылаться на изменяемый список.

Вопрос 11 из 25

Что следует изменить в разделе «Неизменяемые объекты и record», чтобы сохранить замысел и соблюсти контракт «Классы-записи record»?

// Фрагмент на ревью
record Range(int from, int to) {
    Range {
        if (from > to) throw new IllegalArgumentException();
    }
}
System.out.println(new Range(2, 5));

Использовать неизменяемую реализацию или защитную копию, если нужно запретить изменение содержимого. В конструкторе сделать List.copyOf и возвращать неизменяемое представление. Проверять инварианты в компактном конструкторе record и копировать изменяемые компоненты. Добавить тест защитной копии до и после создания объекта, а также при возврате значения методом доступа. Закрывать Writer через try с ресурсами; flush нужен лишь там, где данные должны стать видимыми до закрытия.

Вопрос 12 из 25

Как лучше исправить или прояснить поведение темы «Ограничения final» в разделе «Неизменяемые объекты и record»?

// Фрагмент на ревью
final java.util.List<String> names = new java.util.ArrayList<>();
names.add("Ann");
System.out.println(names.size());

Использовать неизменяемую реализацию или защитную копию, если нужно запретить изменение содержимого. Добавить тест защитной копии до и после создания объекта, а также при возврате значения методом доступа. Использовать reduce/collect или изменяемый объект с чётким владельцем вместо изменения захваченной локальной переменной. Использовать ненеизменяемую реализацию или защитную копию, если нужно запретить изменение содержимого. Использовать изменяемую реализацию или защитную копию, если нужно запретить изменение содержимого.

Вопрос 13 из 25

Какой дефект неизменяемости обнаруживает этот тест?

record Packet(byte[] data) {}

byte[] raw = {1, 2};
var p = new Packet(raw);
raw[0] = 9;
System.out.println(p.data()[0]);

Компоненты record всегда копируются глубоко, поэтому программа напечатает 1. Проблема возникает лишь в equals; само состояние Packet после raw[0] = 9 не меняется. Поле data изменяется только потому, что record не объявлен final. Packet хранит ссылку на изменяемый массив, поэтому без защитных копий его состояние можно изменить снаружи. Массив нельзя использовать как компонент record: такой код не компилируется.

Вопрос 14 из 25

Как точнее оценить пользу и цену решения по теме «Классы-записи record» в разделе «Неизменяемые объекты и record»?

Final уменьшает число переназначений и помогает рассуждать о коде, но глубокая неизменяемость требует контроля всего графа объектов. Генеративные проверки инвариантов полезны для объекта-значения, но не заменяют примеры с точными правилами округления и сериализации. Record отлично подходит для прозрачного носителя значений, но не должен использоваться только ради сокращения синтаксиса у сложной сущности с жизненным циклом. Копирование даёт надёжную изоляцию, но на больших структурах требует оценки памяти и возможности структурного разделения. Optional хорошо выражает отсутствие результата, но как поле сущности или параметр метода часто усложняет модель и сериализацию.

Вопрос 15 из 25

В каком дополнительном сценарии вывод о теме «Объекты-значения» в разделе «Неизменяемые объекты и record» может оказаться неверным?

// Минимальный пример
record Money(double amount) {}
var a = new Money(0.1 + 0.2);
var b = new Money(0.3);
System.out.println(a.equals(b));

BigDecimal.== учитывает масштаб, а compareTo сравнивает числовую величину; это различие влияет на коллекции и тесты. BigDecimal.equals учитывает масштаб, а compareTo сравнивает числовую величину; это различие влияет на коллекции и тесты. Автоматический equals у record сравнивает массивы по ссылке, а не по содержимому. Collections.unmodifiableList без копии защищает только конкретный путь доступа и отражает изменения исходника. BigDecimal.equals учитывает масштаб, а equals сравнивает числовую величину; это различие влияет на коллекции и тесты.

Вопрос 16 из 25

Что нужно отдельно проверить на границе контракта «Ограничения final» в разделе «Неизменяемые объекты и record»?

Класс-запись record неизменяем лишь поверхностно: компонент List может ссылаться на изменяемый список. Collections.unmodifiableList без копии защищает только конкретный путь доступа и отражает изменения исходника. Автоматический equals у record сравнивает массивы по ссылке, а не по содержимому. Final-поле должно быть присвоено в объявлении, инициализаторе или каждом конструкторе. Optional сам может быть null, если контракт нарушен; тип не защищает от такого присваивания автоматически.

Вопрос 17 из 25

Какой граничный случай особенно важен для темы «Классы-записи record» в разделе «Неизменяемые объекты и record»?

// Минимальный пример
record Roster(java.util.List<String> members) {}
var src = new java.util.ArrayList<>(java.util.List.of("A"));
var roster = new Roster(src);
src.add("B");
System.out.println(roster.members());

Класс-чтение record неизменяем лишь поверхностно: компонент List может ссылаться на изменяемый список. Автоматический equals у record сравнивает массивы по ссылке, а не по содержимому. Класс-запись record неизменяем лишь поверхностно: компонент List может ссылаться на изменяемый список. Класс-запись record неизменяем лишь поверхностно: компонент List может ссылаться на неизменяемый список. Files.exists подвержен гонке TOCTOU; операция после проверки всё равно может завершиться ошибкой.

Вопрос 18 из 25

Как точнее оценить пользу и цену решения по теме «Тестирование и диагностика» в разделе «Неизменяемые объекты и record»?

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

Вопрос 19 из 25

Что важно учитывать при применении механизма «Ограничения final» из раздела «Неизменяемые объекты и record» в рабочем проекте?

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

Вопрос 20 из 25

На какое правило следует опираться при разборе темы «Тестирование и диагностика» в разделе «Неизменяемые объекты и record»?

map преобразует каждый элемент, filter отбирает элементы, flatMap разворачивает вложенные источники. Объект-значение определяется значением, обычно неизменяем и сравнивается по значимым компонентам. Тест неизменяемости должен пытаться изменить исходные аргументы, полученные значения и вложенные элементы. Класс-запись record автоматически получает закрытые final-поля компонентов, методы доступа, equals, hashCode и toString по компонентам. Неизменяемый объект должен копировать изменяемые входы и не возвращать наружу внутреннюю изменяемую структуру.

Вопрос 21 из 25

Что важно учитывать при применении механизма «Защитные копии» из раздела «Неизменяемые объекты и record» в рабочем проекте?

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

Вопрос 22 из 25

Что произойдёт с кодом по теме «Защитные копии» в разделе «Неизменяемые объекты и record»?

class Team {
    private final java.util.List<String> members;
    Team(java.util.List<String> members) { this.members = members; }
    java.util.List<String> members() { return members; }
}
var src = new java.util.ArrayList<>(java.util.List.of("A"));
var team = new Team(src);
src.add("B");
System.out.println(team.members());

Компактный конструктор проверяет вход до неявного присваивания компонентам. Список final продолжает изменяться через add, поэтому размер становится 1. Код не компилируется: после изменения sum переменная перестаёт быть фактически неизменяемой и не может захватываться лямбдой. Класс-запись record сохраняет ссылку на массив без защитной копии: после raw[0] = 9 обращение p.data()[0] печатает 9. После изменения исходного списка содержимое объекта тоже меняется, потому что конструктор сохранил ту же ссылку.

Вопрос 23 из 25

Как поведёт себя фрагмент по теме «Объекты-значения» при разборе раздела «Неизменяемые объекты и record»?

record Money(double amount) {}
var a = new Money(0.1 + 0.2);
var b = new Money(0.3);
System.out.println(a.equals(b));

Money с double может получить 0.30000000000000004 и нарушить ожидаемое денежное равенство. Компактный конструктор проверяет вход до неявного присваивания компонентам. Параметр Optional заставляет вызывающего создавать обёртку и всё равно не исключает передачу null. Список final продолжает изменяться через add, поэтому размер становится 1. Класс-запись record сохраняет ссылку на массив без защитной копии: после raw[0] = 9 обращение p.data()[0] печатает 9.

Вопрос 24 из 25

Какое утверждение о механизме «Ограничения final» верно в контексте раздела «Неизменяемые объекты и record»?

Path представляет путь без обязательного существования файла, а Files выполняет операции файловой системы. Класс-запись record автоматически получает закрытые final-поля компонентов, методы доступа, equals, hashCode и toString по компонентам. final запрещает переназначить ссылку или поле после инициализации, но не делает сам объект неизменяемым. Тест неизменяемости должен пытаться изменить исходные аргументы, полученные значения и вложенные элементы. Неизменяемый объект должен копировать изменяемые входы и не возвращать наружу внутреннюю изменяемую структуру.

Вопрос 25 из 25

Что произойдёт с кодом по теме «Тестирование и диагностика» в разделе «Неизменяемые объекты и record»?

record Packet(byte[] data) {}
byte[] raw = {1, 2};
var p = new Packet(raw);
raw[0] = 9;
System.out.println(p.data()[0]);

Класс-запись record сохраняет ссылку на массив без защитной копии: после raw[-1] = 9 обращение p.data()[0] печатает 9. Класс-запись record сравнивает все компоненты: объекты с одинаковым id, но разным name не равны, поэтому программа печатает false. После изменения исходного списка содержимое объекта тоже меняется, потому что конструктор сохранил ту же ссылку. Класс-запись record сохраняет ссылку на массив без защитной копии: после raw[1] = 9 обращение p.data()[0] печатает 9. Класс-запись record сохраняет ссылку на массив без защитной копии: после raw[0] = 9 обращение p.data()[0] печатает 9.