Яма непонимания

Интерфейс в практическом смысле, используя абстракции использованные ниже: Наша организация собирает "автомобили". А именно наш отдел занимается "моторами". У нас есть Интерфейс Мотор (абстракция) и его реализации (конкретные) ЭлектрическийМотор, Бензомотор, ГибридныйМотор. Приходит начальник конвейера и говорит: нам нужен какой-то мотор в машинах, и на разных моделях разный. Но он нужен уже прямо сейчас, у нас в чертежах мотор должен быть, без него мы не будем работать. Что делать? Так вот, мы ему говорим: мы сейчас вам поставим в "автомобиль" не конкретную реализацию двигателя, а абстракцию (интерфейс)! Тут как раз самое непонятное место, имхо, то что не встречается в реальном мире, такой хитрый трюк. Можно представить себе, что в чертеже машины на месте мотора просто пустое место и подпись "тут будет мотор". А уже потом мы вместо интерфейса передаём конкретную реализацию. (То что в лекциях пишут что интерфейсы обычно описывают действия, это не всегда так, поправьте, если не прав)

class Car {
  Car(Engine engine) {
    engine.start();
  }
}
interface Engine {
  start()
}
class ElectricEngine implements Engine {
  @Override
  start() {...}
}
class BenzinEngine ...

Как видим, мы схитрили и подсунули в класс Car на этапе проектирования не конкретную реализацию ElectricEngine , а абстракцию Engine !. И класс Car это "устраивает", что интересно, и у интерфейса и у реального двигателя же есть метод start? есть, значит всё нормально. И получили гибкость на этапе реализации, мы можем менять движки на лету.

new Car(new ElectricEngine());
new Car(new BenzinEngine());
...

Пример для абстрактного класса - у нас есть абстракция Фигура и конкретные Квадрат, Круг, Треугольник. Мы не можем реализовать Фигуру в реальном мире. А Квадрат, Круг, можем. В то же время всё это фигуры, они связаны общими свойствами (например, площадью)

На 15 уровне завис и я. 3 недели апатии, после чего я пришел к выводу, что возможно вернусь к JavaRush позже, либо никогда. Так и вышло, прошел хороший курс теории (видеокурс Заура Трегулова) и сейчас вернулся сюда. Стало гораздо легче!

"Я считал, что интерфейс - это пульт, а его класс-реализация - это телевизор (как в лекции JR)." Наверно проще будет описать это на трансортных средствах. Интерфейс (Транспортное средство / ТС) описывает пользовательскую историю: - Пользователь включает транспортное средство - Пользователь ускоряется - транспортное средство двигается быстрее - Пользователь замедляется - транспортное средство останавливается Абстрактный класс (их может быть несколько, они объединяют логику потипов): Топливный транспорт / Мышечный транспорт В абстрактном классе можно сделать абстрактные метод, например метод, проверить наличие топлива (без реализации). Так же можно сделать методы реализующие интерфейс, и общие для группы. Например вв данном контексте можно реализовать все 3 метода, газ/тормоз и запуск. Условно так: - Запуск, проверяет наличие топлива, вызывая абстрактный метод, если топливо есть вызывает другой абстрактный метод "запуск двигателя" - Пользователь ускоряется - проверяет запущен ли двигатель и если да, отправляет в двигатель больше топлива (еще один абстрактный метод - увеличить подачу топлива) - Пользователь замедляется - вызывает абстрактный метод уменьшения подачи топлива и еще один абстрактный метод - подача усилия на тормозные колодки Дальше конкретные реализации, т.к. методы интерфейса уже реализованы в абстрактном классе, нам остается реализовать только абстрактные методы из абстрактного класса (тавтология, но что уж) Топливный автомобиль: - метод проверки наличия топлива - оправшивает топливный датчик и возвращает true/flase - метод запуска двигателя запускает безонасос, ждет пока топливо дойдет до двигателя и запускает стартер - увеличить подачу топлива - увеличить подачу на бензонасосе и открыть дросельную заслонку - уменьшения подачи топлива - обратная логика "отправить в двигатель больше топлива" - подача усилия на тормозные колодки - повысить давление в тормозной магистрали

Когда дело дошло до разных классов я тоже не сразу понял смысл интерфейсов и абстрактных классов. Мне помогло что я решил реализовать небольшой проект: Интернет магазин с управлением через консоль, бесконечный цикл считывал текстовые команды и выводил разные сообщения. Данные хранил в коллекциях и переменных. В примеры интернета не смотрел, писал как могу. Сначала написал без единого интерфейса, а потом подумал куда можно впехнуть и впехнул, понял что так лучше, то же самое с абстрактными классами.

Я считал, что интерфейс - это пульт, а его класс-реализация - это телевизор (как в лекции JR) Интерфейс, это договоренность, что все объекты его имплементящие будут обладать определенным поведением - методы в интерфейсе

Привет земляку:) Вообще понимание некоторых вещей приходит позже, т.е. ты вроде бы и прочитал, и общий смысл понятен, но пазл так и не складывается, это норма, что то ты понимаешь сразу, что то позже, пощупав самостоятельно, либо просто нужно время уложиться всей этой информации в голове, устаканиться так сказать, к примеру ArrayList - это реализация интерфейса List, и у тебя есть код:

List<String> passportNumbers = new ArrayList<>();
private void someMethod(ArrayList<String> passportNumbers) {
     passportNumbers.forEach(System.out::println);
}

в данном примере выше и один пример ниже ты не сможешь подставить в метод список

List<String> passportNumbers = new LinkedList<>();
private void someMethod(ArrayList<String> passportNumbers) {
     passportNumbers.forEach(System.out::println);
}

-------------------------------------------------------

ArrayList<String> passportNumbers = new ArrayList<>();
private void someMethod(ArrayList<String> passportNumbers) {
     passportNumbers.forEach(System.out::println);
}

вот так будет работать, но ты ограничиваешь другие реализации List, правильно принимать все объекты, имплементирующие интерфейс, ведь у них будет один контракт, одинаковое поведение, разная только реализация

//List<String> passportNumbers = new ArrayList<>();
//List<String> passportNumbers = new LinkedList<>();
private void someMethod(List<String> passportNumbers) {
     passportNumbers.forEach(System.out::println);
}

вот последний вариант будет работать со всеми реализациями листа, не знаю норм ли объяснил:)

почитай книгу "Объектно-Ориентированный подход"