Raw type выключает проверку дженериков для всего выражения: в список строк можно положить число, а ClassCastException появится далеко — при чтении, где компилятор вставил приведение.
А ещё Raw-ссылка стирает дженерики даже в несвязанных методах класса
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Особенно коварно то, что отключается не только проверка конкретного параметра: при работе через raw-ссылку компилятор перестаёт применять дженерик-правила ко всему объявлению, включая параметры, к которым претензий не было. Ошибка проявится потом — при чтении из коллекции, где вставленное приведение бросит ClassCastException, и стектрейс укажет на место чтения, а не на место неправильной записи. Raw types существуют исключительно ради совместимости с кодом, написанным до Java 5, и в новом коде им места нет. Если параметр действительно неважен, правильная форма — безграничный wildcard List<?>: он сохраняет проверки типов, запрещая небезопасное добавление.
Один верный вариант. Подумайте, потом откройте ответ.
Почему дженерики не дружат с массивами, heap pollution и @SafeVarargs, синтетические bridge-методы и reifiable-типы.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto