Чего record НЕ делает за вас при проектировании неизменяемого носителя данных?
Record делает компоненты private final и генерирует конструктор, аксессоры, equals, hashCode, toString, но не делает защитных копий: изменяемый компонент (List, массив, Date) копируют сами в компактном конструкторе.
- record Order(List<Item> items) { Order { items = List.copyOf(items); } }
- Аксессор отдаёт ту же ссылку — копия на входе решает обе стороны, если она неизменяемая
- Массив в record ломает и equals
А ещё Неизменяемы ссылки, а не объекты за ними
Подробно
record автоматически делает компоненты private final и генерирует конструктор, геттеры, equals/hashCode и toString. Но он гарантирует неизменяемость только ССЫЛОК: изменяемый компонент (List, массив, Date) всё равно нужно скопировать в компактном конструкторе, иначе через него запись «протекает» и перестаёт быть неизменяемой.
Что хотят услышать
- Что record даёт и чего нет.
- Копия в компактном конструкторе.
Частые ошибки
- Считать, что record сам делает defensive copy.
- Думать, что record не генерирует equals/hashCode.
Проверьте себя
Один верный вариант. Подумайте, потом откройте ответ.
Показать варианты и ответ
- ✗Не генерирует equals и hashCode — их приходится писать руками
- ✗Не делает поля-компоненты final — это нужно указывать явно
- ✗Не позволяет добавить собственные методы и статические фабрики к записи
- ✓Не делает защитных копий изменяемых компонентов вроде List
Что спросят дальше
- Как сделать защитную копию в компактном конструкторе record?
- Что record генерирует автоматически?
Разбор темы
- Проектирование неизменяемых классов
Зачем нужна неизменяемость, рецепт immutable-класса, защитные копии, безопасная публикация и records.
Связанные вопросы
Разбор собеседования с sotto
После собеседования sotto разбирает разговор: оценка, каждый вопрос — хорошо, частично или слабо, чего не хватило в ответе и над чем поработать к следующему разу. Первые 30 минут бесплатно.