Объяснение принципов ООП

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

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

Теперь пришло время объяснить все это ребенку и пока мы ковыряемся в ПИКТОМИРе, мир в моих глазах не рушиться. Но ныне время ООП и тут в моем разуме рождается хаос Классы, Экземпляры, Методы - ужас! (не корите меня что я не читаю книг, читаю, но мой закоренелый мозг не в состоянии воспринять новый мир, а очень надо).

Поначалу все шло хорошо, действительно удобно: создаем Класс с методами (как я понимаю, это те же функции и процедуры), потом создаем объект и интенсивно используем методы, которые он имеет как представитель класса. Ну действительно, чтобы убить зомби, берем объект "пистолет" относящийся к классу "пистолеты" и используем метод "выстрел". (извините что пользуюсь такими примерами).

Но всю логику ломают методы с пометкой static, это что за зверь?????
В умных книжках умными людьми написано, что якобы такой метод можно вызвать без создания экземпляра класса!!! Сразу в голове возникает следующее: "Понятно! А на хера???"

У умных людей есть и на это ответ: "Чтобы писать меньше кода!"

- "Логично! А за каким тогда "нестатические методы"??? На фиг тогда писать эти классы и создавать экземпляры??? И на хрена тогда вообще это ООП???"

Пожалуйста, не поможете разобраться с этими статическими методами и в частотности с "main" может на примере с теми же зомби, чего мы берем и откуда если нет экземпляра????

0

Сообщение от korvin_ Об этом и намек. В твоем примере так же нет и намека на ООП. И ты никак не объяснил в чем разница между статическим методом и просто функцией/процедурой и следовательно зачем нужны статические методы в ООП.

Сообщение от korvin_ Нет. Обычный процедурный код с другими ключевыми словами.

Я же там указал аксессоры доступа:

"Создать в классе инструкцию связи свойства KolKomnat с внутренней переменной komnati
начало инструкции
СНАРУЖИ МОЖНО ПРИСВОИТЬ свойству значения. И потом их засунуть в komnati
СНАРУЖИ МОЖНО ПРОЧИТАТЬ значения свойства. И взять их при этом из komnati
конец инструкции
"

0

Сообщение от MolodoyCoder Я же там указал аксессоры доступа

И что? Зачем они там нужны и чем отличаются от просто поля?

0

Сообщение от korvin_ И что? Зачем они там нужны и чем отличаются от просто поля?

Так я не смогу похерить внутренную переменную извне. Хотя это уже существует в понятиях локальных переменных. Но При локальных переменных, нужно выводить данные во вне. Это когда процедура возвращает..Функция возвращает. Вроде бы верно. Но при этом (без ооп) - где им хранит внешние, но к ним привязанные поля наглядно ?

Я понял к чему вы клоните. Вы считаете что ооп вообще как бы в реале нет. Есть просто процедурное программирование слегка в другом цвете. Под другим соусом.
Ну это уже сухой прагматизм в разрезе.

0

Сообщение от MolodoyCoder Так я не смогу похерить внутренную переменную извне.

Извне чего? Твои аксессоры просто напрямую читают/записывают поле.

Сообщение от MolodoyCoder Я понял к чему вы клоните. Вы считаете что ооп вообще как бы в реале нет. Есть просто процедурное программирование слегка в другом цвете. Под другим соусом.

Нет, не понял. Просто ООП не в натягивании других ключевых слов на процедурщину, как это представлено в твоем примере.

0

Сообщение от korvin_ Извне чего? Твои аксессоры просто напрямую читают/записывают поле. Нет, не понял. Просто ООП не в натягивании других ключевых слов на процедурщину, как это представлено в твоем примере.

А вот скажите мне пожалуйста, чем ,по вашему, отличается инкапсуляция в ООП и инкапсуляция без ООП ?

0

Сообщение от MolodoyCoder А вот скажите мне пожалуйста, чем ,по вашему, отличается инкапсуляция в ООП и инкапсуляция без ООП?

Ни чем, только при чем тут инкапсуляция?

0

Сообщение от MolodoyCoder Я понял к чему вы клоните. Вы считаете что ооп вообще как бы в реале нет. Есть просто процедурное программирование слегка в другом цвете. Под другим соусом. Ну это уже сухой прагматизм в разрезе.

Сухой или мокрый - а минимум на 90% правда. Создание структур данных определяет качество кода. С ооп это несколько удобнее/выразительнее, но суть та же самая

0

Igor3D,
А я все же придерживаюсь взгляда что:

Процедурное программирование это-
1)метод \
2)метод - ( глобальные массивы данных)
n)метод /

А опп программирование это:

метод - (объект с полями)
метод /
--------------------
метод - (объект с полями)
метод /
-----------------
метод - (объект с полями)
метод /
------------------
метод - (объект с полями)
метод /
------------------

Т.е. с ООП мы четко разделяем методы пообъектно (поклассово). Другими словами имеем кластеризацию методов согласно привязке их к классам.

0

Зачем в топике про объяснение принципов ООП заводить холивар.
Любую задачу можно решить несколькими способами. И для каждого один из них будет лучшим.
Не говоря о том, что многое решают задачи.
Для меня ООП прежде всего удобно для чтения кода, для внесения изменений и т.п.

1

Сообщение от MolodoyCoder глобальные массивы данных ... Т.е. с ООП мы четко разделяем методы пообъектно (поклассово). Другими словами имеем кластеризацию методов согласно привязке их к классам.

В большинстве современных и некоторых не очень языках есть модули/пакеты/пространства имен например.

0