ООП vs процедурное - Никто не знает ответ на этот вопрос

НИКТО НЕ ЗНАЕТ ОТВЕТ НА ЭТОТ ВОПРОС.
---
Давненько меня интересует вопрос. Но чтобы его задать нужно некое вступление.

Знач, таксс: Если ООП это метод, подход, способ, парадигма, философия написания программ и процедурное программирование тоже способ, метод, подход к написанию программ, то...:

- при изучении, вникании, понимании ООП проясняются такие вещи:

- класс - это то что записано в текстовом редакторе

- методы класса - возможности класса

- объект - некая херня, которая "оживает и живёт" во время выполнения программы.

Объект создается на основании (на основе) класса. То что создается называется экземпляр класса (или объект?).

(ВНИМАНИЕ, ВАЖНЫЙ МОМЕНТ!) Этот объект имеет методы которые располагаются в памяти компутера.

- Если создается клон, копия, еще один экземпляр класса, то его методы ссылаются на методы, которые для данного класса являются общими. Этот новый экземпляр класса, объект может иметь дополнительные методы и свойства, или не иметь тех методов и свойств, которые изначально записаны в определении класса.

Это мое, скорей всего неправильное, представление об ООП, но не в этом суть.

Вопрос вот в чем: Если для программы нет никакой разницы каким хандибубером ее написали, то КАК? можно увязать выполнение программы написанной в процедурном стиле с выполнением программы, написанной в стиле ООП?

Какие классы, методы, объекты в процедурщине? Как, с точки зрения самой исполняемой программы, она будет выполняться?

---

Модератор: Ссылку удалил, никакой дополнительной информации там нет, похоже на раскрутку сайта

Какой-то полный бред

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

Превозмогая неуверенность в руках, все же постараюсь ответить:

Какие классы, методы, объекты в процедурщине

Исходя из Вашего подхода, в процедурщине все тоже самое, что и в ООП

Файлы написанные в текстовом редакторе; буковки, запятые, прочие знаки пряпинания, хренобулины и хандибуберы )))

и да, на удивление, все это в процедурщине, так же как в ООП, так же "располагаются в памяти компутера"

Для взаимодействия между программами делают API.

Leonid Kudryavtsev

Какой-то полный бред После сочитание слов "класс - это то что записано в текстовом редакторе", мозг вскипает, а руки отказываются нажимать на клавиатуру и кормить тролля Превозмогая неуверенность в руках, все же постараюсь ответить: Какие классы, методы, объекты в процедурщине Исходя из Вашего подхода, в процедурщине все тоже самое, что и в ООП Файлы написанные в текстовом редакторе; буковки, запятые, прочие знаки пряпинания, хренобулины и хандибуберы )))

Я не троль. На сколько я понимаю то в исполняющейся программе понятия класс - нет. Есть объект.

Я же написал КАК можно объяснить выполнение программы НАПИСАННОЙ В СТИЛЕ ООП И В ПРОЦЕДУРНОМ СТИЛЕ (с точки зрение самой программы, кода) ВО ВРЕМЯ ЕЕ ВЫПОЛНЕНИЯ?

Dima T
Для взаимодействия между программами делают API.

Вы не поняли вопрос?

aliskin
Dima T Для взаимодействия между программами делают API. Вы не поняли вопрос?

Похоже что нет. Поподробнее объясни суть вопроса.

компилятор всё перегонит в обычные функции
ООП только для людей

aliskin,
Поверим, что не тролль.
НИКАК.
В процедурном стиле можно
А. Написать подпрограмму, которая обрабатывает структуру - получим инкапсуляцию.
Б. Эту же подпрограмму вызывать из другой подпрограммы - получим наследование.
В. Передавать туда же адреса callback-функций - получим полиморфизм.
Разница будет лишь в размере текста в редакторе и читаемости оного.

tip78
компилятор всё перегонит в обычные функции ООП только для людей

вот и я так подумываю, и скорее всего объяснения про то как исполняется программа написанная на ООП - тоже строго только для людей. Ведь машинный код будет (должен быть!) идентичен для одной и той же программы написанной в ооп и в процед стиле.

Значит ли это что все пояснения про ООП об объектах, методах и пр. - не правда?