pazukdev

1. class Car - чертеж автомобиля.
2. class Car1 extends Car - создание чертежа новой модели автомобиля (Car1) на основе чертежа старой (Car).
3. new Car() - производство 1 шт. автомобиля Car согласно чертежу.

Вопрос был бы острее, если бы спрашивали про полностью абстрактный класс vs интерфейс.
Если не вдаваться в подробности, полностью абстрактный класс может иметь состояние, а интерфейс - нет. Отсюда вытекает использование: если у наследников должно быть общее описание состояния - использовать абстрактный класс, во всех других случаях - интерфейс.

Вопрос был бы интереснее, если бы спрашивали про полностью абстрактный класс vs интерфейс.
Если не вдаваться в подробности, полностью абстрактный класс может иметь состояние, а интерфейс - нет. Отсюда вытекает использование: если у наследников должно быть общее описание состояния - использовать абстрактный класс, во всех других случаях - интерфейс.

Как уже тут было сказано в комменте выше:

с одной целью - снизить сложность сопровождения и развития большой кодовой базы

Я бы добавил, что ООП пытается повысить "человекопонятность" кода за счет переноса свойств реального мира на процесс написания и структуру кода.

1, Абстракция нужна везде, где будет проходить ось изменений системы. А интерфейс - основное средство достижения абстракции в Java. Из этого следует п.2.
2. Всегда, когда нужна абстракция (за исключением случаев, когда абстракция должна обладать состоянием. В таком случае вместо интерфейса придется использовать абстрактный класс т.к. интерфейс не может обладать состоянием).

1. Класс - это всегда интерфейс + реализация (хотя бы частичная).
2. Интерфейс - это способ полностью отделить интерфейс от реализаци. Т.е. полностью абстрактный класс. Служит для описания котракта поведения класса для взаимодействия с внешним окружением.