Что делает ООП - ООП?

объекты :)

окей, а что делает объект объектом?

Есть ѣООП, есть !ѣООП. ѣООП это io, self, smalltalk и еще язык великага царя ѣООП анонiмуса.

Все остальное !ѣООП и не рекомендуется к употреблению никому, кто не считает себя приматом.

Как-то так.

«Инкапсуляция, полиморфизм и наследование» же

свойства объекта и его методы, которые управляют им

но всё это есть и в не-ООП-коде

т.е. obj.method() делает method(obj) ООП?

А вообще, Gvidon исчерпывающе ответил))

неа

ну это одна из крупиц

Нет. Учи матчасть

Метод привязан к объекту или классу. Функция вне класса, принимающая на вход переменную какого-то типа - это просто функция.

И мне сейчас абсолютно лень цитировать книги почему это именно так.

что значит 'привязан'?

но всё это есть и в не-ООП-коде

Т.е. ты уже сам понимаешь, что такое не-ООП-код и тему можно закрывать? ;-)

Согласен с Pinkbyte. Думаю, вы не сможете продемонстрировать что либо из этого в процедурном программировании.

не понимаю

думайте!

http://www.intuit.ru/studies/courses/71/71/lecture/2114?page=1

Как найти ту тонкую грянь которая разделит ОО-код от иного?

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

Принадлежность системы к ООП, ФП, ЛП и пр. всегда довольно условно.

Ну ок, давайте вместе подумаем :). Имея структуру man, как мы инкапсулируем её переменные health и sex?

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

чтобы понимать о чём говорят

как мы инкапсулируем её переменные health и sex?

от кого?
кому они должны быть видны (белый список)?

Метод привязан к объекту или классу. Функция вне класса, принимающая на вход переменную какого-то типа - это просто функция.

То есть CLOS - это не ООП?

там просто набор определений
или надо чекать код и на каждое опредление делать +1 если такое есть — и если число больше N — код ОО?

белый список: структура man

самое ценное - это делает классы черными ящиками. точнее заставляет разрабов делать классы такими. нам очень помогает в одной разработке.

не ясно
структура впринципе не может видеть, это просто данные

это ясно
но не ясно что делает классы классами

Инкапсуляция

static int x = 0;
void setX(int value)
{
    x = value;
}

полиморфизм
наследование

typedef struct {
    void (*bar)();
} foo;
void xxx(void)
{
}
...
fooInstance->bar = xxx;

а что делает объект объектом?

объективная объективность этого объекта, очевидно же

инкапсуляция

На уровне чего?

полиморфизм

Какой именно?

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

Чего, между кем?

Никак. Инкапсуляция, по большому счету.

Класс - та же структура, только какая-то часть данных сокрыта от «внешнего мира». Допустим, я говорю экземпляру структуры man: someMan.kick(). При этом внутри структуры у инкапсулированной переменной health отнимается какое-то значение. Далее я спрашиваю экземпляр: someMan.isAlive() она отвечает да или нет основываясь на своей переменной health. Важно, что при этом класс не демонстрирует всем направо и налево, что у него есть переменная health.

Не вижу противоречия. Ты написал ООП код. Да, на C можно писать в ООП-стиле, более того, почти все большие проекты на С, которые я видел, объектно-ориентированы по самые помидоры.

</thread>

Класс - та же структура

уже ошибка
реквестую 'официальное' определение структуры

ООП это когда obj1 посылает сообщение 'method' в obj2, синтаксически не важно как.

ООП-стиль

А я думал ООП это не стиль ))

объектно-ориентированы

И где тут объекты? Их нет.

Я не совсем уверен, можно ли это рассматривать с точки зрения процедурного программирования.

А я думал ООП это не стиль

Ты думал неверно. Называть можно как угодно, и реализация тоже может быть самой разной. В основе ООП лежит базовая идея. Следуешь этой идее — используешь ООП.

т.е. к примеру горутина это объект?

В lua нет объектов, но никто не мешает писать в ООП стиле

Как найти ту тонкую грянь которая разделит ОО-код от иного?

Это когда ты мыслишь объектами и их взаимодействием, нет императивного кода оторванного от объектов

obj1 посылает сообщение синтаксически не важно как

Как же так — синтаксически объекта нет, а эмпирически(?) он вдруг появился.

Не что, а кто.

Называть можно как угодно

Так это просто название такое? Вот эти ваши объекты — мыльный пузырь чтоли?

Класс с точки зрения ООП это синглтон-фабрика (ман паттерны).

А что это как не процедурное? Объктов то там нет.

структура - это класс, все члены которого общие. (Бьерн Страуструп - Язык программирования С++)

Только если ее можно хранить и посылать ей сообщения. Ну ты понел.

Для кого нет?