1. "Ни когда" пишется слитно!

2. Без шаблонов (темплейтов) плюсы не плюсы   

 Мм, а вроде с виду он сочетает в себе все недостатки одновременно как C++, так и .NET.
Т.е. от C++ он взял обязательное использование низкоуровневых фишек типа указателей, а от дотнета IL и VM.

Ну я бы так не сказал. У C++/CLI просто своя "миссия" - создание дотнетовских оболочек для нэтивных либ.

Мое мнение - нет, MFC нужно выучить.
У этой библиотеки много недостатков, у меня, например, она вызывает чувство стойкого отвращения, но не стоит принижать ее достоинства и полезность.

dizzy1984, а чем оно лучше, чем Qt?

http://qt.osdn.org.ua/mfc-vs-qt.html

По мне так круче всего MFC, Java,    
И еще   .NET  планирую изучить, если нуна будет!!!    

Уж нужно - точно нет. Можно и то осторожно. Программирование на MFC может научить плохому   А плохой стиль программинга - совсем не гуд.


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


Мдя. А круче Windows Intel?

Давайте сравнивать равные понятие? Ок? Java/C++/C# - очень надоевший и объективно безответный вопрос. А гуи-либ для плюсов, мягко говоря, очень много 

Так тебя что, заставляли MFC учить, получается? А то я эти две фразы связать не могу.
Если у меня что-то вызывают чувство стойкого отвращения, то я три раза подумаю, прежде чем юзать такое, b перепробую все известные мне уже написанные (wxWidgets, qt, fox...)

Ну не нужно, конечно, это я погорячился, но знание mfc может пригодиться. Существует множество программ, написанных с ее помощью и если речь идет об их поддержке без этого никуда. Кроме того а насколько низкоуровневой может быть работа с qt под платформу windows?

Честно говоря, qt я не пробовал, но я знаю что не существуе ее бесплатной версии для windows. Mfc же абсолютно бесплатна и идет со средой разработки - visual studio express.

Любитель, среди списка отличий вы перечислили переносимость, mfc разрабатывалась под платформу windows с чего бы ей быть переносимой?

  

В некотором роде. Я сам себя заставил. Был наслышан об mfc как о средстве "профессиональной работы". Для тех, кому интересно покопаться во внутренностях системы, под которую он программирует.

Это сообщение отредактировал(а) dizzy1984 - 14.5.2007, 16:14

не правда.

а разве не возникают проблемы при #include <windows.h> ?

Тогда уже Native API. В данном случае - Windows API. Вот это - внутренности.

 А что? Это же C++. Тебя никто не ограничивает использованием низкоуровневых средств, просто программа перестанет быть портируемой.

 П***ежь и провокация   
И причем ставить элементарно и сама окружение настраивает.

 Ну насколько я знаю, то поверх express версии сразу ставят Platform SDK и сразу меняют свойства проектов по умолчанию =) и типа полноценная студия для сишника )

Считаю так:
0. Программист - это не тот, кто книжки зубрит, а тот, кто поставленную задачу переводит в четкий и однозначный алгоритм. Так что это главное.
1. ЗНАТЬ КАК БОЕВОЙ УСТАВ - ANSI С - в особенности работу с указателями - без этого в C++ делать нечего
2. Изучить C++ (сначала Шилдт, затем Страуструп и ISO/ANSI) и привыкнуть писать строго следуя СТАНДАРТУ.
3. STL - знать основные шаблоны, понимать как работает. Остальное - справочник.
4. Для той ОС, в которой писать будешь - основы API. Windows - Ч. Петзольд - у меня есть в rtf из издательства, или если *NIX - Теренс Чан - есть в tiff-ах
5. Умея работать со справочником, сможешь писать и на WinAPI, и в MFC с VCL.

Глупо исправлять орфографию в этом слове  ... и все же без мягкого знака 

JackYF, Смотря какого рода П***ежь - если женского, то 3-е склонение, женский род, значит мягкий знак на конце (типа дочь), а вот если п***ежь мужчины, то без мягкого знака, ибо 2-ое слонение ) Какая тонкая разница ... ы-ы-ы )