ООП на C

Зачем ООП на С?

Может тебе ещё ООП на x86 ассемблере?

Единственное что ты можешь в С - инкапсулировать данные. Класс ~ модуль.

Конечно есть - linux kernel (www.kernel.org).

Вот извращенцы :)

Затем, зачем оно и в других языках.

GTK и GNOME, между прочим, написаны на С с применением ООП.

Можешь в исходниках чего-нибудь покопаться. Например, того же GTK.

не видел к сожалению - чтобы понять как это реализовать глянь к примеру gtk+ - как тут уже посоветовали.

дураков много

http://www.planetpdf.com/codecuts/pdfs/ooc.pdf

Без дураков будет скучновато

http://www.cs.rit.edu/~ats/books/ooc-02.01.04.tar.gz
ftp://ftp.informatik.uni-osnabrueck.de/pub/hanser/books/ooc-94.2.11.tar.gz
тут исходнички и препроцессор
Вообще тема довольно интересная. Но на любителя

Вообще-то ООП никаких особенных фичей от языка не требует. Так что ООП на Цэ ничем не отличается от ООП где либо ещё.

На С ручками делать монго придется... а так... http://www.softcraft.ru/paradigm/dhp/index.shtml

> Вообще-то ООП никаких особенных фичей от языка не требует.

чтоб было более-менее эффективно, нужно чтобы
можно было объявить

struct C
{
    struct B base;
    ...
};

И после этого по адресу C найти B.

Tо есть пара фраз в стандарте языка все же нужна..

> Tо есть пара фраз в стандарте языка все же нужна..

Зачем? Например есть объект файл. Мне в принципе не важно как он там реализован. Есть известный набор операций, которые позволяют делать с ним все что нужно.

Вообще говоря даже не важно на каком языке реализованны эти операции. Объектом от этого он быть не перестанет.

>Tо есть пара фраз в стандарте языка все же нужна..

ООП - это не средства языка, это методика их использования

Хехе. Даже struct - и то не обязательная фича. Так что s/нужна/полезна/g.

objc?

Истина гдето рядом, но дело как всегда не в этом:)

Без поддержки языком слишком много надо в голове держать, что в ООП языке выражено явно в коде. Поэтому имхо исскуственное ООП оправдано только при тщательном предварительном ОО проектировании, т.к. код с чужеродными сущностями станет только менее понятным.

Да не так уж и много этих фичей нужно. Так что - главное - принципиальных трудностей нет. Другое дело, что ООП само по себе - суксь и поцня.

> ООП само по себе - суксь и поцня

А что не суксь?

ООП - объектно ориентированное программирование. Второе О требует, чтобы язык был ориентирован на поддержку ООП, есть ряд требований, чтобы язык мог называться ООП. А без этого язык просто - объектный. И GTK использует объектный, а не ООП, подход. А препроцессинг - дык в результате получится то же, что и ранние версии компиляторов C++.

А объектный подход - он там все время используется, в C.

Но препроцессор оставит язык как есть. Всетаки C++ принес свои изменения