Абстрактные классы и интерфейсы в Java - не одно и то же!

preview_player
Показать описание
Очередное обучающее видео по языку программирования Java для новичков.
В течение видео я пару раз оговорился и сказал "реализация" по отношению к абстратному классу. Обращаю ваше внимание что это не верно.
Важно отличать! Про родительский класс (абстрактный или нет) мы говорим что наш класс его наследует или наследуется от него. А вот интерфейсы мы реализуем.
Приятного просмотра!

0:00 - Приветствие
1:28 - Абстрактный класс
16:09 - Интерфейс
27:23 - Итог
Рекомендации по теме
Комментарии
Автор

Вы очень хорошо объясняете. Пожалуйста выпускайте больше видео про ООП.

akberendarhankyzy
Автор

классно объясняете, жаль больше нет видео на канале

vbrsujy
Автор

В интерфейсе могут быть поля, но они по умолчанию public static final - то есть константы. А так отличное объяснение!

AngelCheater
Автор

Посмотрел несколько видео на эту тему, у вас самое понятное объяснение!!! 👍🤝

_vist
Автор

"программисты - староверы" ахаха 😄. За вставку с газ 66 отдельный респект

arven
Автор

Спасибо за урок! Легко объясняете! Давайте по возможности больше уроков!

tuuzqpx
Автор

Огромное спасибо за Ваш труд. Снимайте пожалуйста больше видео.

Noyvel
Автор

какие у тебя ремарки улыбающие, реально приятно смотреть)спасибо наверное больше за творчество, но и за науку тоже спасибо.ждем еще видео.Ты теперь у меня второй после Трегулова)

johnconnor
Автор

Классное объяснение, рад тому что натолкнулся на данное видео

pabloescobar-uskl
Автор

Очень хорошая подача материала, спасибо! Снимайте ещё ❤

sqolxog
Автор

Еще есть такой момент: у интерфейса все его методы public. Соответственно, реализованные методы интерфейса в классе всегда будут public. То есть, эти методы можно гарантированно вызывать из других классов. И это часть контракта.
А вот при наследовании у переопределенного метода модификатор доступа необязательно может быть public.

tmuzijt
Автор

все понятно и просто обьяснил, жду следующие видео

utynuxn
Автор

Слушай Игорь!
Вот ты просто красавчик!!!👏👏👏

Vanek
Автор

Надеюсь вернётесь на ютуб снимать видосы

zexceed
Автор

тернарные операторы нужны. Еще интересно про дженерики

Biforzz
Автор

Почему нет новых видео? Очень хорошо объясняете)

irinaresetnicova
Автор

Веселое видео. Автор говорит, что интерфейс отвечает за поведение и тут же прячет за него класс машина. И опять 25. На само деле машина должна быть либо абстрактным классом либо реализующим абстрактный класс а за интерфейсом классы с имплементацией в данном случае от Transportable, например TransByTrain, TransbyShip. т.е каким образом производится действие перемещение, доставка и т.п. Потом ссылка на интерфейс прописывается в абстрактном классе. А все вместе это будет называться паттерн проектирования «стратегия».

Rommel
Автор

21:45 Хм, я раньше думал, что если на объект Car будет ссылаться переменная типа интерфейса Transportable, то "полем видимости" этой переменной будут только реализованные методы интерфейса Transportable. Другие же методы и поля класса Car будут вне видимости.
Но оказывается, если переменные класса Car подсовывать в методы интерфейса Transportable, то они там 'засвечиваются'.

tmuzijt
Автор

отличия:
1) абстрактные классы содержат логику реализации, интерфейсы только обещают, что классы которые заимплементируют данный интерфейс обязуются эту логику реализовать
2) интерфейсов может быть множество заимплементированно, однако наследование может быть только единственным
3) модификаторы доступа в интрфейсе только паблик по понятным причинам(так как мы не реализовываем логику в интерфейсах), однако в абстрактном классе может быть сколько угодно приватных методов чтобы в конечном счёте для потомков и так дать доступ к паблику который реализовывает возложенную на данный класс задачу

вот основные отличия

hsjsudved
Автор

обьяснение по принципу KISS. Просто класс?

ilgistoktogulov