Однажды мы проводили собеседование с программистом C#. Наш рекрутер попросил кандидата объяснить принцип объектно-ориентированного программирования простым и понятным языком. Кандидат рассказывает, доходит до принципа полиморфизма и приводит пример: «Вот у меня есть ручка. Я могу ей написать свое имя, а могу воткнуть ее вам в глаз. Это и есть принцип полиморфизма».
P.S. Собеседование кандидат прошел успешно.
Я не говорю, что так нельзя сделать, можно сделать все что угодно, но делать реализацию через полимфоризм нет смысла, потому что реализация действия идентична, идентично все кроме цвета, который является просто свойством объекта.
Либо можно использовать композицию из ручки и объекта чернил в ней. Заменяя чернила другой реализацией интерфейса "чернила" можно писать разными цветами.
Вообще причем тут цвет ручки? Это обычная переменная типа Color.
Почему? Потому что цвет ручки это не действие (метод).
Это так же как и скорость объекта. Вы же не будете делать абстрактные классы под каждое float-значение скорости? Или все же будете? :D
Поскольку многие языки не поддерживают множественное наследование, не имеют возможности перегрузки функций (а только переопределение,например),то обычно спрашивают о полиморфизме применительно к конкретному языку, ну или об особенностях интерфейсов в конкретном языке.
Для людей без фундаментального оборазования рекомендую начать с википедии, можно даже русской, там нормально написано https://ru.wikipedia.org/wiki/%D0%9F%D0%BE%D0%BB%D0%B8%D0%BC...
Людям, которым это всё не нужно, достаточно запомнить, что полиморфизм - это когда интерфейс (то есть контракт) фиксирован, а реализация может быть разной в зависимости от.
Тем, кому это не надо - ничего не поймут даже с твоих слов. Легче сказать, что одно и тоже действие, допустим писать, может быть выполнено/реализовано по разному: левой рукой, правой, печатными или строчными литерами.
А про контракт им задвигать как бы и не надо, они не поймут, к тому же это только касательно интерфейсов. Нельзя назвать контрактом статический полиморфизм в плюсах, просто есть реализация другая и все
Не знаю, как для других, но мне всегда проще обобщать конкретные случаи, чем понимать общий принцип и переходить к конкретике.
Я это к тому, что сначала нужно просто выучить какой-нибудь ЯП, так сказать пощупать программирование, чтобы потом, когда тебе говорят "контракт" ты понимал, что имеется ввиду в терминах одного или другого языка. Программируем мы не на языка, а с его помощью. Но предлагать людям читать общие термины, без подготовки - это как ребенку 7-ми лет дать книжку по математическому анализа за 3-й курс универа.
Офисные будни
5.1K постов16.2K подписчиков
Правила сообщества
-не нарушайте вежливость. За нарушение вежливости -бан, ибо это отталкивает посетителей и авторов.
- не нарушайте правила Pikabu и чтите закон.
- добавляйте посты связанные с тематикой сообщества;
-делитесь опытом организации жизни в офисе и проживания на работе;
-делитесь управленческим опытом;
Бан за неуместную настойчивость: если вы активно, по несколько раз в неделю, в течение длительного времени размещаете сообщения низкого качества, простецкие и незамысловатые, не ориентированные на интересы аудитории, вы отправляетесь в бан сообщества. Ради качества контента.