спасибо

Попробую продолжить. Немножко усложним, что в каждой коробке есть листик с описанием того, что там лежит.

Абстракция, когда вы подписали одну из коробок "для кухни", тем самым превратив её в объект и обозначив его характеристики.

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

Полиморфизм - у вашей кастрюльки может быть не только возможность варить борщ, но и тушить овощи, греть воду, собирать дождеву воду и так далее.

Наследование - положив тряпочку с неизвестными параметрами в коробку "Для кухни" она наследует её характеристики и методы(использовать в кухне), при этом может добавлять свои методы(если нужно,то и зал протрём)

=)))
Зачем нужна абстракция, когда я могу просто отнаследовать от класса в котором опишу все базовые методы )
Что решает абстракция? Ничего, она только ограничивает, причём безбожно. Потому в интерфейсы (про джаву) и завезли дефолт методы )

Да и мало где есть множественное наследование :) отсюда и проблемы (дада можно говорить про плохую архитектуру)

А инкапсуляция зачем нужна? Так-то она тоже только ограничивает)

это звучит как "зачем нужен Х? Он только ограничивает, причем безбожно. Потому в Y добавили возможность делать Х"

Согласен, давайте сразу выводить код в ьраузер  пусть юзер сам пишет что хочет увидеть

А то гугл ограничивает

Я хочу единорогов на странице, а они мне надпись свою гугол

Ну спасибо, точно не так как в многих статьях 😁

Как мог, хоть и неточно всё и шатко.😁

Я б еще константы отменил. Вот сделать базовый класс с вычислением pi, а наследуя менять его как хочу и заново вычислять

А, вспомнил. А как быть с квадратом и прямоугольником. Сейчас начнём спорить кто от кого должен наследовать

Каждый квадрат - это прямоугольник Не каждый прямоугольник - квадрат. О чем тут спорить?)))

О наследовании

Если думать какими-то кастрюлями и кухнями - ради бога. Юзайте абстрактные классы )

но при этом оба они - фигура

Это было для понимания приведено. А как надо думать? Дать распечатку кода нейронной сети и сказать :"гляди,а видишь вот этот класс ExternalAdditPrevMolk extended SmallGiveTalkCallibrationMotiveChertovaBabushka{}
Это наследование

Ну значит очевидно, что квадрат унаследован от прямоугольника)

можно и не наследоваться, достаточно, чтобы они реализовывали общий интерфейс. Потому как квадрату нужно только 1 поле - "сторона", в то время, как у прямоугольника их должно быть 2, даже если они одинаковые. Таким образом, если мы отнаследуемся от прямоугольника, нам придется добавить поле "сторона", и заоверрайдить конструктор и метод, который считает, допустим, периметр. И смысла от такого наследования, по-сути, не будет. То ли дело, если у нас будет интерфейс iPerimeter, тогда обе фигуры могут спокойно его себе имплементировать