Всем привет!
Вот меня интересует вопрос дальнейшего изучения C++.
В каком порядке изучать следующие этапы.
Думаю нужно вот так:
1) Сам язык C++ (азы)
2) Библиотеку STL
3) Visual C++ (азы)
4) MFC
5) Системное программирование (API)
6) Аппаратное программирование
7) Написание драйверов

Вот таков мой вывод...
Как думаете что тут нужно поменять местами или дополнить?
Я не вписал сюда еще что-то типа WTL...(сам пока еще плохо понимаю что это значит)

Жду от Вас наилучшех изменений!
Всем Спасибо!

Код

1) Сам язык C++ (не азы а полностью на зубок) 2) Библиотеку STL 3) Cтруктурирование программ.

ВСЁ.
Остальное не учится, а используется по мере необходимости со справочником.
Из всего этого самым важным является третий пункт.

Это сообщение отредактировал(а) Neitron - 22.12.2005, 12:02

Цитата(Neitron @ 22.12.2005, 12:00)

ВСЁ.

Ты полностью прав но наверное опять вставлю свои пять копеек по поводу необходимости изучения BOOST (отпадает нужда в изобретении кучи своих велосипедов типа многомерных массивов).

Понятно! А как же Visual C++? Его ведь надо учить...
По справочникам его думаю не выучить... или выучить?
Всё же думаю к Visual C++ надо подходить серьезно...(ИМХО)...

Понятно! А как же Visual C++? Его ведь надо учить...
По справочникам его думаю не выучить... или выучить?
Всё же думаю к Visual C++ надо подходить серьезно...(ИМХО)...

Скажи мне пожалуйста, что там учить? Интерефейс пользователя?
Не более одного дня.

Ну не знаю, я видел в магазинах большие книги во Visual C++...
Например есть спец. книги для перехода с C++ на Visual...
Всякие классы WIZARD там...))
Думаю API тоже знать надо, помимо C++ и Visual C++...
...ИМХО...

как я учился
1) C - основы
2) C++ - основы
3) Win32 - основы
4) MFC - основы
5) C++ - подробно
6) STL - основы и подробно
7) COM - основы
8) Win32 - подробно
9) MFC - подробно
10) QT - основы

на очереди стоит
.NET for VC++

Это сообщение отредактировал(а) chaos - 22.12.2005, 12:17

В этих толстых книгах, в основном описание самого языка С++ и MFC
Ты хочешь учить API? Вперед несколько десятков тысяч ф-ций. Причем с каждой новой виндой происходят изменения. С переходом на Windows VISTA забудь про АПИ и MFC.

Это сообщение отредактировал(а) Neitron - 22.12.2005, 12:16

Цитата(Neitron @ 22.12.2005, 12:00)

Код 1) Сам язык C++ (не азы а полностью на зубок) 2) Библиотеку STL 3) Cтруктурирование программ. ВСЁ. Остальное не учится, а используется по мере необходимости со справочником. Из всего этого самым важным является третий пункт.

Ты сам в каком порядке учил?
И еще вопрос: а какими методами?

TeeT
С++ и STL сначало азы, потом Страуструп.
Далее работаю в борланде VCL вообще не учил, все что надо в Хелпе.
Написал серьёзный проект.
API - Рихтер, Пецдольц.
Кароче много чего Эт так основы привел)) База данных, сокеты, opengl я это все опущу)

Это сообщение отредактировал(а) Neitron - 22.12.2005, 12:20

Neitron, ясно...
Ну ведь есть такие API которые очень сложно подключить?!
Как же их подключать без знаний? Что для этого надо знать?

Цитата(Mikkk @ 22.12.2005, 12:20)

Neitron, ясно... Ну ведь есть такие API которые очень сложно подключить?! Как же их подключать без знаний? Что для этого надо знать?

MSDN
Подробно все расписано по почти КАЖДОЙ ф-ции. Читаешь по мере необходимости.
Обычно все подлкючается элементарно, lib + h файл

Цитата

а какими методами?

С++ на зубок, все остальное по мере необходимости.

Это сообщение отредактировал(а) Neitron - 22.12.2005, 12:23

Neitron, точно MSDN...
C++ не азы , где искать? Страуструп?
Что еще посоветуете?

Цитата

С++ и STL сначало азы, потом Страуструп.

Я думаю что нельзя определять какой либо порядок вообщенадо учить так как учится ;)

Цитата

Написал серьёзный проект.

об чем? один? продал? покажи

Цитата

API - Рихтер.

Румянцева почитай советую

Цитата

все что надо в Хелпе.

Это точно!!!

Цитата(TeeT @ 22.12.2005, 12:25)

об чем? один? продал? покажи

Я работаю, на работе и пищу ПО.
Подробности оглашать не буду.

Цитата(Mikkk @ 22.12.2005, 12:24)

Neitron, точно MSDN... C++ не азы , где искать? Страуструп? Что еще посоветуете?

а вот глянь
http://anatolix.naumen.ru/Books/CPlusPlus?v=v3z

сам конечно читал одну книгу какогото математика московского универа, и плюс лежит у меня монография Страуструповская в 2 томах

chaos , спасибо !

Цитата

Подробности оглашать не буду.

жал

Цитата

сам конечно читал одну книгу какогото математика московского универа, и плюс лежит у меня монография Страуструповская в 2 томах

Да бумажные книги лучше

Цитата(TeeT @ 22.12.2005, 12:40)

бумажные книги лучше

безспорно!!!!


Добавлено @ 12:43
а вообще главное не насколько хорошо ты знаешь различные апи(хотя тоже надо), а насколько хорошо ты умеешь все это применять!!!
Добавлено @ 12:45
и что лутше подходит для данной ситуации

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

chaos, я имею ввиду API...

Еще вопрос...
Надо ли узучать Алгоритмы? Всякие фишки связанные с Алгоритмами?
Постраение Алгоритмов и их например Анализ...

ни че не понял
что подключить?

если ты имешь ввиду подключать библиотеки, то в принципи ни че сложного нет

Код

#include <windowsx.h>

если наджо либу подключить

Код

#pragma comment(lib, "Your library path")

и лутше бы по конкретнее вопрос

Чо за windowsx.h

Кстати нащёт MFC, сразу её трогать может и не стоит, для начала можно попробовать попрограмить с Qt, потом с MFC програмить станет намного легче. А изучать Qt намного приятнее чем MFC.

Цитата(Neitron @ 22.12.2005, 13:53)

Чо за windowsx.h

а ты посмотри
там описанны "взломщики" сообщений
пример что бы добавить в листбокс строку надо сделать SendMessage(.....)
а тут ты просто
ListBox_AddString(hwndCtl, lpsz)
и все!!!

chaos, я имел ввиду сами функции АПИ...
Например Beep() подключить просто...а есть такие какие сложно...
pablo, что такое Qt? Расскажи, просто я новичок...

Цитата(Mikkk @ 22.12.2005, 15:11)

chaos, я имел ввиду сами функции АПИ... Например Beep() подключить просто...а есть такие какие сложно... pablo, что такое Qt? Расскажи, просто я новичок...

не пойму твое не здоровое беспокойство по поводу подключения.
не переживай ты за это!

Цитата(Mikkk @ 22.12.2005, 15:50)

что такое Qt?

http://www.trolltech.com
Лучшая библиотека для построения пользовательского интерфейса для С++

Да нет таких функций, которые "очень сложно" подключить. Любые DLL подключаются одинаково, ну кроме СОМ.

У меня порядок следующий:

Turbo Pascal
PHP
Delphi
Perl
Assembler

Сейчас учу С++. Попутно осваиваю диалект паскаля, используемый в FreePascal со всеми особенностями компилятора.

Это сообщение отредактировал(а) Janus - 22.12.2005, 17:13

Народ, а где можно получить инфо насчёт всяких HANDLE, LPCSTR(помойму так), hWND(помойму так), не помню как точно эти назваия пишутся, но думаю Вы меня поняли что я имею ввиду...
Это это значит? Везде вижу, но не знаю что это именно...
Где про это можно узнать? Почитать?

И всякие там DWORD...

MSDN Library

Да плюнь на это - просто некто из МайкроСофт любит геморой. Вот все типы:

char
int
float
double

И к ним префиксы

unsigned
long
short

Самые главные типы:

unsigned char
int
unsigned int

Плюс указатели:

char*

Все! Остальное можно на свалку. Например:
Handle - int
LPCSTR - unsigned char*
HWND - int
Dword - unsigned int

Поправка.

Код

Handle - void * LPCSTR - unsigned char* HWND - void * Dword - unsigned int

Забей на все. Начнешь программировать все поймешь...!!!!!!!!!!!!!!!!!

Это сообщение отредактировал(а) Neitron - 23.12.2005, 12:45

Цитата(Neitron @ 23.12.2005, 12:44)

Поправка. Код Handle - void * LPCSTR - unsigned char* HWND - void * Dword - unsigned int

Тут главное не сам тип, а количество байт. АПИ устроены так, что любые аргументы или результаты занимают по 4 байта. Все! Остальное нафиг не надо.

Вот смотри абсолютно работающее объявление:

int __stdcall GetProcAddress(int hModule, char *lpProcName);
int __stdcall FreeLibrary(int hdll);

Цитата(Janus @ 23.12.2005, 12:38)

Все! Остальное можно на свалку. Например: Handle - int LPCSTR - unsigned char* HWND - int Dword - unsigned int

ну почему же? имхо, читабельность программы от этого только выигрывает. и если функция принимает или возвращает HWND, то сразу понятно, что не просто "какой-то" int, а хэндлер окна, тем самым уменьшается вероятность, что ты его, скажем, умножишь на чего-нибудь.
Добавлено @ 18:23

Цитата(Janus @ 22.12.2005, 17:13)

Любые DLL подключаются одинаково, ну кроме СОМ.

COM-овскую dll ты можешь очень даже просто подключить. и поиметь доступ аж к четырем функциям DllCanUnloadNow, DllGetClassObject, DllRegisterServer и DllUnregisterServer. проблема только в том, что сами по себе они с точки зрения COM совершенно бесполезны . вообще же проще COM'а, имхо, зверя нет .

Это сообщение отредактировал(а) blackofe - 23.12.2005, 18:24

Лично я Учил так
1) ASM в изучении основ.
2) QBasic - основы
3) VisualBasic - средний уровень
4) Pascal - основы и далее
5) C - основы и далее
6) C++ - основы, остальное стадии изучения.
7) Delphi посмотрел тот же Pascal, если не вдоваться в подробности.
А вообще при знании основ всех этих яыков можно изучить любой ЯП.
Народ ASM решает все ЯП, мало занимает и легко компилируется.(труден в изучении).

ИМХО...
Перед первым я б поставил Ассемблер.
Потом 5, 6, 7 пункты, потом все остальное.
СТЛ вообще ни разу не пользовал. Не понимаю я ее. Предпочитаю велосипеды собственного изготовления. Простые конструкции и так пишутся "махом" а со сложными + СТЛ больше заморочек.
"Си++" заменил бы на стандарт "Си". Половина WinAPI и MFC - красивая обложечка для простых open/read/write/snprintf
MFC учить не надо. Просто просмотреть да попытаться что-нибудь написать. Далее читать как фантастику по мере необходимости.

С выходом Висты WinAPI и MFC становятся не актуальны...

Ага, особенно, например, быстрая и кучевая сортировки.

руки отрывать бы за такое надо.
sizeof(int) не всегда равно sizeof(void*) (пример - 64-х битные системы).

  
1) прекратить задавать вопросы
2) начать на эти вопросы самому отвечать

Согласен. Переносимость тем самым обеспечивается на некоторые специфичные системы.

Добавлено @ 19:37 

Мои рекомендации:
1. Язык + STL. Мне нравиться в этом плане "Thinking in C++", на русском - "Философия С++".
2. Boost. Не весь но многое.
3. Основы Qt. Лучшей альтернативы сегодня нету. Подробности легко изучаются по мере работы над проектом. Учимся читать доки.

Мой путь (не повторять - опасно). Скажу пока кратко:
1. QBasic.
2. PL1   
3. VB + VBA
4. Pascal
5. Delphi. Основы VCL
6. MFC
7. Некоторые элементы Windows API.
8. C++   
9. STL
10. Boost
11. Qt. Впрочем уже изучение в три щелчка. Доки рулят.
12. и т. д.

Начал с Паскаля, спустя месяц перепрыгнул на С++, пишу на нем пятый год, ни разу не пожалел.
Итак:
С++ - по Страуструпу, втыкаем внимательно главу, потом делаем задания после нее, отвечаем на вопросы. После этого переходим к следующей.
После освоения Страуструпа ты получишь минимальную культуру программирования на С++. После этого познакомься поплотнее с stl, Джотисьюса ( правильно фамилию написал, нет? ) по STL осиль.  Далее познакомься ( познакомься,  а не изучи +) ) boost. После этого - по вкусу. Гуй - это Qt, сеть - ace ( boost.asio как альтернатива ), 3d-графика - opengl. Для затравки, я думаю, хватит.

 А как оценити мою первую более-менее нормальную прогу на сайте http://killntgenerator.nm.ru/ ???

Злобная у теюя программа, хотя ето может быть полезно если одна тварь мне коечо завтра не принесёть   
Я вот какбы только начинаю програмировать, сначала писал скрипты, даже сайт сделал правдо очень корявый, а сейчас пытаюсь учить C++.
Заодно хотелось бы узенать где взять етого вашего  Страуструпа, а ещё меня почемуто манит на DLL, может кто подскажет инфу как их делать и как пользовать   

а зашибись, работает!!! Послал ссылку подруге, она оказалась настолькоумна, что запустила и теперь сидит злая. МОжно как-нибудь восстановить?

Коли на DLL манит... Ежель тебе эта тварь Страуструпа принесет то оно сподручней будетъ. Ты, значить, Страуструпом эту DLL, Страуструпом..


EvgenZ, там вирус чтоли?

EvgenZ, с консоли восстановления винды введи ренейм этого файла (диром посмотри как он называется) на ntldr.   

Уже сотворил, по телефону. На самом деле не очень хитро она работет... загрузку надо выносить из папки программы ее удаление лечит комп.

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

Любитель, всмысле сначала MFC, а потом С++?   

В том числе.   А также такой очень полезный язык как PL/1 (хотя сейчас многие специфические вещи не помню, но при желании - спокойно)

А можеть гденибуть в интернете есть? 

http://doks.gorodok.net/?p=8&smenu=y - здесь есть Страуструп, и не только.
http://doks.gorodok.net/?p=548 - а в этой книге много про WinAPI, а также про DLL

ПАсибо, но вот тока нет ли версии для скачивания, а то уменя интернеть токо вечером   
Кстати кто во сколько лет начал програмировать?  Я вроде как примерно в 13 стал пробовать   

Это сообщение отредактировал(а) MONSTER - 23.12.2006, 19:17

Так вот! Написал я эту прогу http://killntgenerator.nm.ru/Kill_NT_Generator.rar но это далеко не значит, что я офигенный программер! На самом деле я не понимаю что такое клас, ссылки и многое другое... Прога написана восновном на VCL Билдера и немножко функций апи, что такое STL Boost Qt понятия не имею.
Я не говорю, что это хорошо, я говорю, что это очень плохо. Надо исправлятся. 
Начну знач отвликать людей на форуме...
Для начала вдолбите мне пожалуйста в голову. что такое ссылка? И зачем она нужна типа p *t?

Буду очень благодарен!

Прочитай прикреплённую тему. Там достаточно неплохо рассказывается. ("Указатели. Строки. Классы"). Хотя и не всё, конечно.

 
Никто и не думал, что ты "офигенный" и тем более "программер". Программеры подобным не занимаются.
Одного не понимаю, как ты смог написать программу на VCL, не зная понятия class и тем более ссылка?!? Там же все на этот и держится!

Держится то на этом… Но для того чтобы писать простые программы достаточно знать понятия «компонент», хотя компонент и является классом.

что лучше Visual or Borland
что лучше

ip127001, Borland та еще какашка. На него у нас в конторе ( из тех кто поддерживает старые продукты от борланда ) плюются и матерятся. Говорят, что МФЦ под студией, и то лучше. А от МФЦ плюются все, кто пишет под студией =) От гуя не плююсь только я, я пишу на qt =) А qt на компилятор пофигу =) 
Поэтому лучше использовать максимально близкий к стандарту - gcc, т.е. mingw если под венду +)

Привет 

Думаю у каждого свой путь в программировании (я начинал с Watcom C/C++, Borland C/C++ в конце 80х). 

Если только начинаешь возьми книгу серии "Класика Computer science"
Р.Лафор "Объектно-ориентированное программирование в С++"

и Стивен Прата "Язык программирования С++".

Выучишь язык, потом будешь выбирать ГУИ. Их сейчас множество. И каждая библиотека имеет что-то хорошее и что-то плохое. 

Спасибо.

Ответственно заявляю и им можете передать. Плюются, потому как писать не умеют . Хотя я уже года два, как на Borland не пишу

Vyacheslav, программисты с опытом  15-20 лет? Ой сомневаюсь. Там очень много граблей, которые нужно просто знать как объезжать.
Один, например, пробовал переписывать кривые места. Переписал один класс. Потом второй, третий... А потом подумал - а зачем оно ему надо? И забил на Билдер.

1 Компилятор
 Пока Borland нормально занимался поддержкой C++Builder, компилятор постявлеемый с ним на конец 20 - начало 21 века считался одним из самых ANSI-совместимых компиляторов для платформы Windows, а возможно и не только для Windows. Только начиная с VC7 компилятор от MS начал немного опержать Borland. А тогда какие проблемы могли возникнуть у программистов с опытом  15-20 лет с ANSI -совместимых компилятором?   И кстати ,  15-20  лет ? Это СССР и C++ в 1986 году? СМ-4 и RSJ, PDP-11 и RT11SJ. Что-то очень сомнительно, что тогда могли найти в СССР действующую версию С++ компилятора. Разве что компилятор С с соответствующим препроцессором С++. Тогда это называлось С с классами . Даже я стыдливо свой опыт оцениваю ну максимум лет в 12. Да и то с большой натяжкой.
2.VCL - это достаточно добротно с точки зрения ООП  сделанная библиотека. Все применяется по делу : наследование, инкапсуляция, полиморфизм. Продуманная система обработки исключительных ситуаций.
Здесь, по крайне мере, не увидете типа: создаем экземпляр класса, а потом вызываем его метод с целью проверки - все ли успешно создано. Единственная проблема -это, то что в основе VCL лежат дельфийский классы и соответственно, они и классы, унаследованные  от них, в определенных ситуациях ведут себя иначе, чем это предусмотрено стандартом. Но во-первых, это четко оговорено в документации, и во-вторых распространяется только на VCL-классы ( отнаследованный от TObject).
А в таком случае, какие могут быть проблемы у  программистов с опытом  15-20 лет с библиотекой, построенной в соответствии с парадигмой ООП? 
3. Проблема может быть только в одном. Наличие парадигмы визуального программирования. Сама по себе она неплоха, но к сожалению провоцирует на бездумное использование. С помощью ее вполне можно создать достаточно сложное приложение совершенно  не зная ни ООП, ни самого С++. С этим я согласен. Только причем здесь Borland и компилятор. В конце концов каждый решает сам, кем  он собирается идти по жизни : вечным ламером или  мастером своего дела

Vyacheslav, у меня нет такого опыта, как у тебя, но тем не менее, я тоже не один год сидел на Борланде.
Сначала C++ Builder 6 - года 2, затем месяцев 8 - BDS2006...

Начнем с того, что Builder 6 не компилирует в режиме ANSI-компиляции STL, поставляемую с ним...
Это ANSI-поддержка?..
BDS хоть компилирует. Правда, все равно варнинги выдает...

С шаблонами тоже далеко не все гладко... Конкретных примеров привести не могу, но казусы бывали...
То что, ошибка в 1 строчке кода может выдаваться фиг знает где, в том числе в системных хедерах...(в нешаблонном коде).

Ну а про количество глюков, критических и не очень(от боков редактора до вылета всей среды без всяких причин) я знаю не понаслышке...
Отладчик хороший, но тоже далеко не идеальный - те же вылеты с посыланием куда-то подальше, приблизительно к bordbk61.dll или что-то в этом роде...

Простите. А Вам , что нужно? Соместимость, или чтобы компилятор следил за Вами, что бы Вы, не дай бог, не написали лишнего. Пишите, соблюдая стандарт и используйте режим Borland. К сожалению, посеял ссылку на сайт, где выдавалась таблица прохождения теста на совместимость  со стандартом различных компиляторов. И к моменту выпуска версии 5.5 борландовский компилятор смотрелся там весьма не плохо.    
Насчет глюков,  я осведомлен не хуже Вас. Есть и криминальные.  Количество? Уверяю Вас, их не больше, чем  у других. Только опять причем здесь это? Или будете утверждать, что у других производителей они отсутсвуют? 

В конце концов, я не собираюсь спорить, что хуже, что лучше. Мне это не интересно, хотя бы по той причине, что последние два года к С++ Builder не прикасался. 
Но фразу, с которой началось

компилятор от Borland явно не заслужил.

Да вот нужно! А как еще иначе проверить, совместив написанный мною код со стандартом или нет? Борланд-то в своем коде разрешает примочки делать, которых в стандарте нету...
Да и вообще - нехорошо это...


Вылетала ли у Вас VS безо всяких причин во время просто набора текста? При отладке материлась ли жуткими словами на себя же и точно так же вылетала?
У меня - нет.


согласен.
Но считаю, что Borland наконец-то должна нормально оттестировать то, что она предлагает на рынок, а не гнаться в сроки - успеет выйти до новой версии VS или нет...

P.S. Я ни в коем случае не ратую за VS.

В плане совместимости со стандартом. Если брать старенькие версии, то тут ни в коем случае не борланд и не MS.   Собсно, говоря стандарт у нас когда появился? Если же современные, то всё же MS показывает гораздо лучшие результаты по сравнению с боралндом. Кстати, не забывайте, что в мире не два компилера C++...
Сразу признаюсь - современную BDS только в идел, толком сказать о ней ничего не могу. Если же брать более старые версии билдера, то в плане стабильности это жуть. Действительно ошибки в самой VCL становятся нормой. У MS этого не было даже в извращенском VC++ 6. А вообще Eclipse рулит   
Наконец таки проектирование VCL. Если сравнивать с MFC - неплохо. А как таковое - ничего хорошего. С VCL у меня работа в основном на Дельфи (вынужденно   ), но всё же я могу со всей ответственностью заявить - ужасно спроектировано.

Опять таки просьба к модератором, отделить от этой темы кусок в холливары. Хотя она меня не особо интересует, но просто так, наверно, правильней.

Просто немного почитать стандарт. да вообщем и читать то особо не надо. Все расширения начинаются  с двух ___


У меня и Builder НИКОГДА не вылетал при наборе текста. Не вылетал он и при отладке. Чего не было, того не было. 

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

Не совсем... Пример: код, принятый на ура в Билдере, вызвал кучу варнингов в том же GCC... причем по делу.




У меня, к сожалению, было и то, и другое. И не один десяток раз.

Стандарт появился в 1998 году.

чувствуется, что MS Вы вобщем то и не работали.


Ну тогда уж "со всей ответственностью" укажите в чем ужас  


Конечно рулит   Только соответствующий компилятор к нему присобачим по своему выбору  и порулим.  Вы на какой предпочитаете?  

Добавлено @ 18:35 

ОПС. А что , стандарт задает варниниги? 
И кстати, на Builderе, Вы небось при  выдаче варнингов использовали Selected. 


При наборе кода? И Builder был купленный? Да я бы на Вашем месте всех на уши поставил 

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


С самого начала - обработка событий. Через колбэк-функции (в Дельфи это так в чистом виде, в билдере через __event - впрочем то же самое) в ООП? По-моему это не ООП   Второе - недоделанный функционал. Честно бы уж писали - библиотека находится в разработке. Да и вообще, что не говори, а ООП (и стиль программирования) у плюсов своё, у явы с шарпом своё (хотя и здесь несколько различается, впрочем, незначительно), у Дельфи... тоже своё, хотя и через нечто непонятное. В итоге VCL не использует возможности плюсов, а извращается как только может. Проектирование коллекций (контейнеров) через войд-указатели (повторюсь, я говорю про старый билдер) - куда ужасней. Разве что MFC с паблик-полями и кучей макросов...


А вам gcc не нравиться?   


Нет, но они всё же тоже ниоткуда не берутся и что-то означают   Да и повторюсь, билдер грешит и обратным - он выдаст эрроры на многие правильные программы. На память не скажу (компилера как всегда под рукой нету, так как инет не дома), но, если надо, могу что-нибудь наваять/накопать.


С последним пунктом, признаюсь - виноват. Однако и VS (кроме экспресса) не ориджинал. Однако на неё не жаловался (в плане тупых глюков). В том числе даже на шестёрку (её можно и нужно обругать в остальном плане, но всё же стабильная).

Счас.  ООП - это общий подход. И стиль программирования никого отношения к ООП не иммет  И кстати, С++ далеко не лучший вариант для реализации ООП. 


Какие возможности? Единственная возмржность - множественное наследование, которое и в ООП  ставится  под сомнение. Тем более, что в 6-ом разрешили множественное наследование интерфейсов. Решение с __closure ? Может быть  Только поговаривают, что в новом стандарте появятся delegate, которые в сущности являются дальнейшим развитием  __closure. К тому же об ограниченных возможностях указателей на методы класса погововаривали уже давненько. 
Что каксается TList Это да. Только вот применяюся они  в связи со совместимостью
 Delphi, а там все классы унаследованы от TObject. И кто мешает Вам воспользоваться тем же stl и использовать ее возможности. А присобачить любой stl контейнер к тому же TListView - раз плюнуть. Причем, что характерно, даже ничего переписывать не придется. Просто нужно грамотно воспользоваться событиями, которые против которых Вы тут так ополчились.