Несколько коментариев от себя.

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

GTK Ненавижу. Без коментариев (по крайней мере пока)

MFC С точки зрения ООП либа извратная, но не смертельно. Зато производительность + лёгкость и естественность взаимодействия с ВинАПИ (если нужно). Да плюс много на МФЦ примочек всяких, хотя в основном платные (BCGControlBar, Ultimate ToolBox и т. д.)

VCL С ООП получше, но очень плоско. Плюс на чём писать: билдер - компилер и IDE ужасные, Дельфи - вообще молчу.

XLib Мне нафиг толком не надо. Разве попробывать...

Window Forms Как говорится на .NET и суда НЕТ.

SWT Ничего о ней не знаю   

wxWidgets Кросплатформенное извращение над MFC. Теряются преимущества последней. Зачем это нужно?

QT Либа в основном неплохая, главный минус - цена, да и некая ява-стилистика что ли   (хотя вроде есть её версия и для явы)

Swing К сожаленью тоже толком не знаю...

Это сообщение отредактировал(а) Любитель - 26.8.2006, 11:47

Ну и каша. Свалить в одну кучу и Си и Java и Delphi библиотеки.

И еще, разве WinAPI это библиотека?

На вкус и цвет... Лично мне борландовские IDE гораздо более симпатичны всех остальных.



В итоге сейчас получим ещё одну тему Delphi vs C++ vs Java   

SWING. Ибо в яве знаю где достать бесплатные либы для отчётов и графиков, которые пойдут к бесплатному же свингу.

ИМХО VCL конечно мощнее всех! Потом Swing и WindowsForms. GTK ужась! У QT видел только дизайнер, вполне достойный набор контролов.

Имеются функции, структуры и пр. для работы с ГУИ.

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

Ну хоть одно настоящее преимущество у них есть?

Если б программил на С++, выбрал бы Qt, уж очень он замечательный по сравнению с MFC, WTL/ATL и wxWidgets... Но период С++ в прошлом, работаю WinForms, почти всем доволен .

Есть. Не охота повторяться. Посмотри в холиварах темы типа Delphi vs С++ и т.п.

Это сообщение отредактировал(а) DemoCode - 30.8.2006, 13:39

Кстати, существует (по-моему, пока не окончательный релиз) Qt Jambi - Qt для явы, возможно сделают и для .NET. В последнем смысл наверно есть, а вот в первом, по-моему, вряд ли.

WinForms.
Но я добавил бы еще в список DevExpress.

Qt
все логично и продумано

Блин, да где же Tk?

Поэтому проголосовал за wxWidgets + QT

VCL, KOL, WinAPI
редко QT, WinForms
Swind - доводилось когда-то...

ИМХО, VCL - полный руль. Мощно, быстро, эффективно. Но расплата - размер ехешника. Что в принципе для прикладных систем не имеет значения. Да и для стэндэлонов относительно.

Исключительно WinForms - не потому что люблю, просто .Net 

А если бы были версии для дотнета других библиотек?

Пожалуй, стоило бы добавить ещё один пункт - другие

так они ж есть   

  
Может и еще что-то есть

У нас есть... VCL.NET 

Покажите мне библиотеку с возможностями не меньше WinForms 2.0!

Developer Express .NET 2005 v6.1  
Причем стандартные компоненты и в подметки не годятся  

И сколько он стоит???
И с ними можно полностью отказаться от System.Windows.Forms?

Как уже сказалSnowy, VCL.NET.

Любитель, выражением 
"wxWidgets Кросплатформенное извращение над MFC. Теряются преимущества последней. Зачем это нужно?"

вы меня ввели в ступор: 
"кроссплатформенное" с "MFC", теряющее примущества последней...
 а какую версию MFC стоит использовать под SunOS ? или Mac OS 10 ?

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

Если в дополнение то соглашусь DevExpress вещь отличная, но WinForms она не заменяет а только дополняет.

Нет лучшей библиотеки, чем GDI+, обычного винформсовского класса Control из .NET 2.0 и компонента "прямые руки" !!! Avalon/WPF и DevExpress нервно курят в сторонке.

P.S. сорри за эмоции, навеяло после непрерывного кодирования одного мега-контрола в течении недели...       

bilbobagginz, wxWidgets спроектировано в идеологии MFC, но реализовано естественно иначе (ИМХО - хуже, чем MFC).

WinForms - мощно, просто, удобно.

Если смотреть с точки зрения "крутости" то да. А если с точки зрения здравого смысла и практичности....

Swing - в силу того, что я ява-девелопер.

Пробовал еще MFC в простейших С++ -приложениях. Понравилась простотой и полной интеграцией со Студией (еще шестой версии). 

Иногда бывает и так, что без ручного кодинга отрисовки никак не обойтись. Ну например, нужен заказчику эффект плавной подсветки рамкой при наведении мыши, или градиентный бэкграунд, или fade in/out чего-нибудь, или всё вместе взятое   ...

QGradient


Для меню в Qt есть. Для прочего, а также:

сейчас начинаю писать для кутехи (использование - примитивно + работает для любых имеющихся виджетов).

Аналогично. Еще, раньше, когда на С++ писал, использовал MFC.

Ещё хуже чем MFC? Куда уже хуже! Это и так свалка объектов и макросов собранная как винигрет без какой либо системы, но продаваемая как закуска из чёрной икры.

wxWidgets тоже

В таком случае пора Avalon изучать ;)

Мне очень нравится wxPython. 
Когда пишешь крупицы кода, а получаешь большую отдачу - подкупает

Qt

Daevaorn, ну, на .Net WinForms кода все же поменее будет 

На Свинге - примерно столько же. Так что по объему кода тут выигрыша нет   

Странно, что никто не написал SWT. Хотя известных проектов на нем хватает.

VCL- рулит!!!

LSD, а есть ли у вас (в ява-разделе) те, кто девелопят на SWT? В какой-то мере меня интересует сия вещь (хотелось бы изучить). Что можешь посоветовать?