Сравнение MFC и QT

ИМХО - очень плохое слово. Выражает неуверенность автора в своих высказываниях. Подобные словечки в тексте новости крайне плохо смотрятся. Сравнивать данные библиотеки глупо и некоррктно. QT претендует на кроссплатформенность, а MFC иначе как ОО надстройка над Win32 API никогда не рассматривалась. Да и MS, вроде, считает MFC устарешей технологией и забивает на это.

Имхо, такие сравнения приводят к одному: показательный разгром MFC. Нельзя MFC ни с чем сравнивать (разве что с wxWidgets - которая проектировалась как аналог). Ну уж тем более с Qt :)

По сравнению с Qt, MFC просто убога.

Кстати говоря, искал для себя кроссплатформенный тулкит, ничего, кроме QT, сейчас реально нет. Даже SDL, который срвсем не GUI тулкит, а все GUI библиотеки к нему убоги до неприличия, особой кроссплатформенностью не радует. Абсолютно непонятные глючки на ряде платформ. QT довольно стабилен. Но C++ - не хочу. Для работы - только C++. Для себя - не хочу.

MFC -- R.I.P.На данном этапе этой библиотеки, она как застряла этак на пятилетнем уровне давности.

кхм.. MFC vs Qt? это даже не смешно, что тут сравнивать.

// wbr

Согласен. Сравнивать корректнее VCL vs QT или CLX vs QT.

> ничего, кроме QT, сейчас реально нет

а эту штуку http://upp.sourceforge.net/www$vsqt$en-us.html кто-н пробовал?

Сравнили жопу с пальцем. MFC ето настоящий "C с классами" - в прямом смысле слова. Ну не реализуют так C++ библиотеки. Такое впечатление, что M$ когда разрабатывали MFC делали ето for fun.

> QT довольно стабилен. Но C++ - не хочу. Для работы - только C++. Для себя - не хочу.

PyQt?

Или мсье знает толк в извращениях и желает plain C? ;)

Кстати, почему из рассмотрения исключен GTK2? Не сказать, чтобы он мне нравился или очень хорошо работал за пределами X Window System, но сказать, что он совсем не функциклирует, нельзя.

Несмотря на "Last modification : $Date: 2005/07/03 12:41:28" этой статье уже не один год. Я ее где-то два года назад читал.

> а эту штуку http://upp.sourceforge.net/www$vsqt$en-us.html кто-н пробовал?

---cut--- Documentation of Ultimate++ is still a work of progress and only a fraction of it is now finished.

If you want to learn more about Ultimate++, the best way how to do that at the moment is to go through reference examples, normal examples, TheIDE sources and to ask in our mailing list for rest. ---cut---

уже по этому показателю её можно отправить фффтопку. вот когда подрастет - будет разговор. maybe.

одна радость - это BSD License. но этого как-то маловато будет.

// wbr

тоже самое, но по русски :) http://qt.osdn.org.ua/mfc-vs-qt.html

Хорошая статья, убедительная. Сегодня же поставлю QT

"Фанатик — это тот, кто не может передумать и переменить тему" (с) У. Черчилль

Очередной маразм. Типа раз MFC от "Микрософт", то значит она a priori Suxx.

Это просто круче, чем та статья (адресок можно поискать, где Qt сравнивали со Java (!) Swing).

Поделке со "слотами" (:)) далеко до индустрии софта для MFC.

http://www.codejock.com

http://www.roguewave.com

http://prof-uis.com

Такие "наезды" показывают слабость позиций софта "альтернативного" M$. Ну а "Микрософт" отвечает на наезды микропроизводителей "альтернатив" своему софту по принципу "Собака лает, караван идёт" или "Ах, Моська! Знать она сильна, что лает на слона".:)

ЗЫ. Ждем сравнения супер-пупер библиотеки Qt c .NET WinForms.

ЗЫЫ. Самый убийственный аргкмент против MFC. Приписывается Майклу Муру. "Микрософт" сотрудничает с "Халибертон". Следовательно, MFC - бяка.

> ЗЫЫ. Самый убийственный аргкмент против MFC. Приписывается Майклу
> Муру. "Микрософт" сотрудничает с "Халибертон". Следовательно, MFC -
> бяка.

о, новый вариант - в огороде бузина, а в киеве - дядька ? (не ющенко)

> о, новый вариант - в огороде бузина, а в киеве - дядька ? (не ющенко)

о, новый вариант - в огороде Qt, а в киеве - MFC ? (не янукович)

Спецы подскажите. Хочу сделать связку Perl (backend) + Flash GUI никто не знает чде про это можно прочитат и вообще так кто нибудь делает или нет? Усли нет то что лучше всего использовать как GUI в связке c Perl'ом? Не для флейма ради, а нужно по делу.

Спасибо.

> ЗЫ. Ждем сравнения супер-пупер библиотеки Qt c .NET WinForms.

не столько Qt так хорош, сколько MFC крив :)

// wbr

>Усли нет то что лучше всего использовать как GUI в связке c Perl'ом? Не для флейма ради, а нужно по делу.

gtk+

Может быть. Однако, "кривизну" MFC надо ОБОСНОВАТЬ, при этом сначала, как всегда учил Луговский, дать ОПРЕДЕЛЕНИЕ, что есть термин "кривизна". А любое необоснованное высказываение - это пук в лужу.

> Может быть. Однако, "кривизну" MFC надо ОБОСНОВАТЬ, при этом сначала, как всегда учил Луговский, дать ОПРЕДЕЛЕНИЕ, что есть термин "кривизна". А любое необоснованное высказываение - это пук в лужу.

Кривизна - неудобство использования. Qt удобнее использовать чем MFC, следовательно MFC более крив, чем Qt. Далее по тексту "MFC - кривой" будет означать "MFC более кривой, чем Qt".

Так вот... MFC - кривой.

По поводу обоснования... попробуй попользуйся MFC, а потом попробуй Qt. Если после этого будешь считать, что MFC лучше... то... можешь отшлепать себя своей кожаной плеткой.

> Поделке со "слотами" (:)) далеко до индустрии софта для MFC.

Ну да... а то что в той же WinForms используются делегаты (по сути - аналог слотов), так это программисты микрософта травы курили много, когда делали?

> "Фанатик — это тот, кто не может передумать и переменить тему" (с) У. Черчилль

Вместо сравнения MFC и Qt вы начали священную войну Microsoft vs. Open Source

> Кстати говоря, искал для себя кроссплатформенный тулкит, ничего, кроме QT, сейчас реально нет. Даже SDL, который срвсем не GUI тулкит, а все GUI библиотеки к нему убоги...

Tk.

> Tk.

так, стоп! тогда верните MFC...

// wbr

> Сравнивать корректнее VCL vs QT или CLX vs QT.

VCL изначально ориентировался на WinAPI, CLX имеет проблемы с дизайном. Причём, как человек пытавшийся его пользовать... Точно скажу - серьёзные... :-( Сравнивать тогда уже FCL... ;-)

P.S. А что народ скажет о wxWindows?

> Кстати, почему из рассмотрения исключен GTK2?

Я, вроде, слышал, какие-то проблемы с портом на Win32? Хотя... GIMP как-то работает... ;-)

> Ну да... а то что в той же WinForms используются делегаты (по сути - аналог слотов)

Так, ну это уже более по существу, за что и вам признателен.

Понимаете, использование делегатов порождает "событийный потоп". Это термин широко известного в узких кругах некого господина Брюса А.Тэйта, который хорошо описАл это явление. Именно этот эффект и привел к отказу от наработок IBM Taligent/Pink/OpenDoc. Я согласен с означенным господином, ибо я лично лет 8 назад получал по DAP программе Taligent framework (запускался в "полуоси"). Не свободны от "событийного потопа" и AWT, SWT, JFC/Swing и ... WinForms. А вот MFC вполне "комфомфортно себя чувствует". Интересно, что на курсах по MFC нам рассказывали о происхождении пефиксов afx в MFC.

http://www.cosc.brocku.ca/~cspress/HelloWorld/1999/02-feb/mfc_corner.html

Требования производительности оказались немаловажными. У Микрософта таки хватило ума не "упереться рогом", как IBM.

Поэтому промышленные программы типа Red Shift, XML Spy, безусловно, содержат некий критикуемый менее удачливыми производителями тулкит.

То есть флуд на ЛОРе типа "KDE тормозит" в первооснве имеет все-таки "событийный потоп".

Ну а для простенькиъ формочек с "лейаутами" - давайте WinForms с Qt сравним. Можно и грушу с яблоком сравнить. Только издатели действительно широко распространненных программ (e.g.Adobe) выбирают MFC. (А также ATL + MFC)

> Вместо сравнения MFC и Qt вы начали священную войну Microsoft vs. Open Source

К сожалению, "holy war" начала как раз другая сторона. :(

А теперь немного про искусственный интеллект:

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

Не стоит забывать _ВСЕМ_ и поклоникам Некрософта и ОпенСорсникам о том, что Некрософфт у своих истоков пизди"а и будет пиз"ить технологии и концепции организации у других! Тем более сейчас, когда ОпенСорс шагает семимильными шагами, и при этом наработки просто гиганские, все эти же наработки использует Некрософт ... воть как .. Поэтому я думаю, что МФЦ был актуален 5-7 лет назад, програмисты(инженеры) поняв кривость (точнее даже неактуальность) МФЦ кинулись разрабатывать что то свое.... так родились ВЦЛ и ЦЛиКс... Делаем выводы господа...

> Поэтому я думаю

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

Да, когда аргументов по существу не хватает, то начинается совесный понос. Малыш, когда серьезный софт, который используют взрослые дяди будет переведен на VCL, тогда и поговорим. Я думаю завтра в четверг, после дождичка. А пока расти большой и свои гормональные комплексы не переноси на какую-то там MCF.

MFC, sorry.

Такую ссылочку забыл :(

http://www.theultimatetoolbox.com/MFC/Index.aspx :)

> Понимаете, использование делегатов порождает "событийный потоп".

Нельзя ли подробнее? Я что-то не до конца улавливаю, что именно топится. События зацикливаются? Одни события порождают другие, которые, возможно косвенным образом, порождают снова первые? Если честно, то подобное развитие событий (каламбур) мне представляется возможным только в случае неудачного (мягкое слово) проектирования, и вряд ли этого можно избежать на MFC (криво написать на любом тулките можно). Или я что-то не понял?

> P.S. А что народ скажет о wxWindows?
Что она довольно глючная, не всегда логичная,
и задолбала своими макросами. Чтобы объявить
контейнеры, надо использовать макросы и потом
инклудить .cpp файл - ужасно не удобно для
человека, привыкшего к STL.
Но в конечном итоге она работает, а для GUI -
работает вполне даже сносно, и её, по этому,
приходится-таки использовать. Дорабатывать
напильником проги при портировании обычно всё
же приходится, но, как правило, не очень долго.

>Статья не объективна, так как Qt постоянно хвалят

Это пять. ;))))

Почитал... Мда... Человеку надо было использовать Borland C Builder... ;-) Весь его рассказ о преимуществах qt - фактически рекламма VCL... ;-)

Только вот:

connect( button, SIGNAL( clicked() ), SLOT( action() ) );

И это ООП? 8-()

button.OnClick:= !!! :-P

+ man Action...

А вот этого я не понял:

button = new QPushButton( "button text", MyParentWidget);

А что, в qt есть ненажимаемые кнопки? 8-()

> поняв кривость (точнее даже неактуальность) МФЦ кинулись разрабатывать что то свое.... так родились ВЦЛ и ЦЛиКс...

Раньше, раньше... man OWL... ;-)

А что сравнивать - то MFC - вроде как "обертка" для Windows API, пусть программеры под Windows и сравнивают QT и MFC. Только Linux тут причем ? :-/

>MFC SDK Вы получаете бесплатно при покупке Visual Studio.

Это шесть! ;))))))))))

> Малыш, когда серьезный софт, который используют взрослые дяди будет переведен на VCL, тогда и поговорим. Я думаю завтра в четверг, после дождичка.

Вчера, друг мой, вчера... The Bat!, X1 Desktop Search (от google), Netcaptor, Total Commander, Inno Setup, Skype, сама Delphi, Macromedia HomeSite... ;-F)

http://delphi.wikicities.com/wiki/Good_Quality_Applications_Built_With_Delphi

> Спецы подскажите. Хочу сделать связку Perl (backend) + Flash GUI никто не знает чде про это можно прочитат и вообще так кто нибудь делает или нет? Усли нет то что лучше всего использовать как GUI в связке c Perl'ом? Не для флейма ради, а нужно по делу.

не perl и сам не юзал, но может поможет:
http://www.laszlosystems.com/lps/sample-apps/dashboard/dashboard.lzo?lzt=html
http://www.openlaszlo.org/

1. Книга печатная Bitter Java у меня дома. Там как раз про неудачность проектирования тулкитов Тэйт рассуждает. У меня сейчас Acrobat не деёт скопировать и запостить цитату со страниц 40-41 оригинального издания. Там ключевое слово "s-l-o-w" (с).

Что касается кривизны написания, то "антипаттерны" можно наделать на любом тулките и MFC здесь не панацея.

Речь идет именно о критериях к тулкиту. Сравните KStars и RedShift. Кто из них одновременно и шустрее и функциональнее.

2. Ну а на делегатах Hello World можно и так забацать.:)

delegate string MyDelegate(string inputString);

class MyTestDelegate

{

public static string MyMethod(string inputString)

{

return inputString;

}

public static void Main()

{

MyDelegate myDelegate = new MyDelegate(MyTestDelegate.MyMethod);

string returnValue = myDelegate("Hello, World!");

System.Console.WriteLine(returnValue);

}

}

Вот бы сеё диво дивное да на слотах!:) Только хоть C# в отличие от C++& Qt и для домохозяек, зато синтаксис хоть "прозрачен".

Это уже, конечно, стёб, однако, давайте сравним два приложения - одно на MFC, другое на "слотах" Qt. В приложении при нажатии на кнопку "Hi" в диалоговом окне будет выведено в метке "Hello, World!". Потом посмотрите какие и как идут сообщения.

3. Типа вывод (тавтологический). Любой кросплатформенный тулкит будет работать медленнее нативного. Кросплатформенность хороша для веб-интерфейса.

Ну про http://www.codejock.com в статье сказано. Что касается http://prof-uis.com, то если ЭТО лицо "индустрии софта для MFC", то говорить с вами не очем. http://prof-uis.com как раз по моему опыту -- ярчайший пример попытки продавать кустарную (даже толком не отлаженную!) поделку. Ни в какое сравнение с Qt profuis не идет.

> The Bat!

LOL!

Сравнение жопы с пальцем, блин.

Тоже не корректно. Убожество без layout manager-а идет в жопу, вместе с дружными толпами подонковатых дебилов-дельфинов.

Вы, наверное, менеджер по продажам "ПрофУИСа":) Или вы определяете направление разработок в крупной компании или даже оборонном ведомстве?:)

http://prof-uis.com/Customers.aspx

http://prof-uis.com/Testimonials.aspx

Не, ну ви таки видели, как этот PyQT реализован? Злейшему врагу не пожелаешь такого кипиша. Там написали парсер C++ только для того чтобы нагенерить стабов! Плохой язык C++, плохо биндится.

Вот когда забиндите Qt к Java через JNI, тогда гойворите, что C++ не поцня.

Все дело в том, что для MFC есть layout managers

http://www.codenet.ru/progr/cpp/rouge/

А дельфины, действительно, идут лесом.

Значицца "Сименс" и "АмерикаОнЛайн" "кустарные компании".:) Договорилтсь. Поздравляю!