Динозавры! Ауууу!!!

Всем привет.
Мне думается, что MFC никогда небыла очень пригодна для создания сложного UI-я. Если ты писал аппликацию с одним окном, или MDI, ну в общем то под что MFC заточена, то тогда да, с ней всё нормально и прекрасно. Но как только надо сделать что-то более сложное (multithreading, или просто сложный UI like VB с многими overlapped окнами), выходящее за рамки, то надо было перелапатить весь source code прежде чем найдёшь какой-нибудь способ. В этом смысле мне кажется, что более современные tools более приспособленны (.NET, Делфи...) Я правда уже года 3-4 GUI-ями не занимаюсь, не знаю как они развиваются, но даже тогда они выглядели более привлекательными (я сам написал пару программ на Делфи, очень приятный пакет).
А на чистом API писать это совершенно не экономично.

Приветливые вы тут. Сразу - глупости
Делфи более приспособленая тем, что она довольно стройно и логично была сдизайнана по сравнению с МФЦ (МФЦ просто вырос путём последоватльной модификации за несколько лет). Ещё раз повторю что говорю про моё к ним отнашение к году 98-99. Может с тех пор и Делфи и МФЦ сильно изменились, не знаю. Чтобы не возникало сомнений скажу сразу, что я большую часть своей жизни писал как-раз на "чистом" API, а не ц использованием пакетов.

Я имел ввиду что в принципе на мой взгляд вообще GUI не должны писаться на c++, и индустрия к этому движется. Ну нету столько хороших програмистов чтобы c++ да вместе с МФЦ да ещё templates да Windows API. А не хороших так тех легче VB, или .Net, или Делфи обучить.

Ну почему-же опустили? На C++ должны писаться программы а не GUI. Или даже так - программы должны писаться на C++.

TEvg>Настоятельная просьба - не пихать Дельфию в компанию в визбасикам, жабам и прочим средствам для ламеров.



TEvg, вы читали когда-нибудь спецификацию J2EE (или хотя бы какой-либо её части)? Про разработку с использованием таких "ламеровских" средств я не спрашивю

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

Slowspeed>>Ну почему-же опустили? На C++ должны писаться программы а не GUI. Или даже так - программы должны писаться на C++.

Хе, а чем гуй - не программа?

Ну, кому и перловый скрипт - программа.
Скажем так - не добирает до программы по сложности и требованиям к эффективности

Хороший програмист напишет программу, будь она ГУЙ или нет, на любом языке (если этот язык имеет необходимые конструкции). Язык это не самоцель а способ выражения своих идей. И программа будет хорошо исполняться, в ней будет мало ошибок, и она будет нормально maintan-аться. Другое дело что написать одну и туже программу на разных языках занимает разное время, причём выбор языка должен зависит от того что за програма, какой она сложности, кто является её пользователями и кто является её автором Говорить о том что, вот это для ламеров а вот это для натоящих програмистов, довольно не дальновидно. В принципе каждый пакет имеет свою облась применения. Мне думается в нынешних условиях писать что-нибудь типа Solitire на C++ не очень удачное решение. И отвергать тот или иной tool только потому что он "для ламеров" не серьёзно.

>>Гм. Если MFC не самая удачная библиотека для создания оконного интерфейса, то это не значит, что на C++ нельзя сделать хороший GUI.

Конечно можно, и на самом деле большинство ГУИ написаны на C++, просто сейчас появились средства которые позваляют делать тоже самое но быстрее, и легче, и с меньшими затратами.

А вот в серверной или системной части C++ замены нет. Ещё нет языка который бы смог хотя-бы начинать приближаться к нему.