Сообщение Re[3]: Объясняем наследование от 29.10.2014 20:01
Изменено 29.10.2014 20:06 vpchelko
Здравствуйте, Miroff, Вы писали:
M>Коллекции лучше не трогать, а то придется про ко- и контрвариантность рассказывать.
А нафига так преподавать?
Для меня на практике, наследование — это формальность — детали реализации.
Тот же List у нас в массиве хранится (ArrayList) либо на удаленном сервере (своя реализация AbstactCollection — которая по сети данные гоняет).
Ну да для конечного пользователя — это просто List — интерфейс.
M>Коллекции лучше не трогать, а то придется про ко- и контрвариантность рассказывать.
А нафига так преподавать?
Для меня на практике, наследование — это формальность — детали реализации.
Тот же List у нас в массиве хранится (ArrayList) либо на удаленном сервере (своя реализация AbstactCollection — которая по сети данные гоняет).
Ну да для конечного пользователя — это просто List — интерфейс.
Re[3]: Объясняем наследование
Здравствуйте, Miroff, Вы писали:
M>Коллекции лучше не трогать, а то придется про ко- и контрвариантность рассказывать.
А нафига так преподавать?
Для меня на практике, наследование — это формальность — детали реализации.
Тот же List у нас в массиве хранится (ArrayList) либо на удаленном сервере (своя реализация AbstactCollection — которая по сети данные гоняет), либо в базе данных (spring / jpa).
Ну да для конечного пользователя — это просто List — интерфейс.
M>Коллекции лучше не трогать, а то придется про ко- и контрвариантность рассказывать.
А нафига так преподавать?
Для меня на практике, наследование — это формальность — детали реализации.
Тот же List у нас в массиве хранится (ArrayList) либо на удаленном сервере (своя реализация AbstactCollection — которая по сети данные гоняет), либо в базе данных (spring / jpa).
Ну да для конечного пользователя — это просто List — интерфейс.