Графический интерфейс пользователя в приложениях на языке C++

Сначала небольшое "лирическое отступление"

GUI в Windows 7

Графический интерфейс пользователя, или Graphical User Interface (сокр. GUI) представляет собой всю совокупность элементов, с которыми взаимодействует пользователь для работы с программой. Программы могут работать и без GUI, например, в фоне, выполняя какие-то системные задачи, а могут взаимодействовать через текстовый терминал –- консоль. Но у таких программ, как правило, ограниченная область применения, и их довольно немного. Большинство программ отображают GUI, в виде окон или изображений (скинов). Данная мини-статья как раз о том, какими средствами можно реализовать GUI в приложении на C++

C++ является языком, описанным стандартом, и когда мы говорим C++, мы имеем ввиду не среду (IDE), не компилятор, а стандарт. И стандарт C++ не предусматривает работы с GUI, по крайней мере, на данный момент. Следовательно, любая высокоуровневая работа с GUI выходит за рамки стандарта, и за рамки языка, и является либо частью какой-либо IDE/ОС, либо отдельной кроссплатформенной/кросс-IDE библиотекой
Рассмотрим сначала C++ IDE с поддержкой GUI

CodeGear C++ Builder
Данная IDE базируется на библиотеке Visual Components Library (VCL), написанной на паскале. Это значит, что любое приложение, созданное в этой IDE (без особых настроек), так или иначе, использует часть VCL для выполнения рутинных задач. VCL отвечает не только за GUI, это высокоуровневая обертка над Win32 API. Но, тем не менее, существенная её часть отведена под работу GUI, и избавляет программиста от нужды использовать непосредственно Win32API для построения GUI и управления оным.

Плюсы:
Очень удобный конструктор форм, работающий по принципу WYSIWYG.
Возможность создавать собственные элементы управления, совмещая существующие, или используя собственную отрисовку и логику
Каждый элемент представлен объектом (C++ классом)
Легкая и интуитивно понятная обработка событий

Минусы:
Как и любая высокоуровневая обертка, вносит дополнительный код и замедляет работу приложения
В связи с тем, что VCL написана на паскале, работа с ней из C++ довольно медленна

Microsoft Visual C++
Поддержка GUI в этой IDE зависит от выбранной технологии и типа проекта. Начнем с простого, Win32 Project. С этим типом проекта программисту доступны следующие технологии: Windows Template Library (WTL) и Dialog Templates.

WTL представляет собой набор шаблонных классов, оборачивающих стандартные элементы управления Windows. Весьма незначительно упрощает работу, по сравнению с "голым" Win32 API, но позволяет писать объектный код, и упрощает некоторые манипуляции с GUI.

Плюсы:
Стандартные элементы управления представлены объектами

Минусы:
Имеет весьма ограниченный набор классов
Неудобная работа с событиями
Нет собственного конструктора форм

Dialog Templates является технологией ОС Windows, и она не привязана к языку или IDE. Основной задачей DT является упрощение построения диалоговых окон. Поскольку DT представляют собой тип ресурсов Windows, конструктор DT является частью функционала редактора ресурсов. Редактор ресурсов VC++ содержит конструктор DT, но таким же конструктором может обладать любой редактор ресурсов Windows, ив качестве примера можно привести Restorator или ResHack (Замечание: в Express-версии VC++ нет редактора ресурсов, и, как следствие, конструктора DT. С этой версией следует использовать сторонние редакторы ресурсов).

Плюсы:
Поддерживается конструктор форм (*зависит от редактора ресурсов)
Нет привязки к языку или IDE

Минусы:
Вся работа с DT осуществляется посредством Win32 API
Конструктор форм ограничен только стандартными элементами управления

Перейдем теперь к MFC. По сути, MFC является некоторой помесью WTL и DT, незначительно расширяя возможности DT и предоставляя объекты под э.у. а так же систему обработки событий
Итак, MFC состоит из двух частей: DT с дополнительными MFC-функциями и библиотека классов, обеспечивающая взаимодействие с GUI. Библиотека классов MFC, в отличие от WTL, лишь частично базируется на шаблонах (ATL), использует иерархию классов, и незначительно упрощает взаимодействие с GUI. Основной особенностью библиотеки MFC является тесная интеграция с Win32 API, методы классов повторяют Win32 API функции, оттого работать с этой библиотекой достаточно трудно.

Плюсы:
Поддерживает конструктор форм (на базе DT, см. выше)
Поддерживает работу с ActiveX
Стандартные элементы управления представлены объектами

Минусы:
Относительная низкоуровневость классов, требующая знание Win32 API
Неудобная работа с событиями

Остался еще один тип проекта, который представляет собой Win32 Project с задействованием возможностей .NET Framework, как на уровне языка, так и на уровне классов, а, следовательно, и GUI. Называется он C++/CLI WindowsForms Project. Первая часть названия указывает на дополнения в языке C++, вторая на тип .NET проекта. C++/CLI проект, помимо стандартных библиотек, использует .NET Framework, в том числе и для работы с GUI. Технология WindowsForms поддерживается на уровне IDE, и имеет весьма удобный, не уступающий по качеству конструктору VCL, WYSIWYG-конструктор форм. .NET FW полностью избавляет программиста от необходимости работы с Win32 API для взаимодействия с GUI, а так же обеспечивает кроссплатформенность

Плюсы:
Очень удобный конструктор форм
Возможность создавать собственные элементы управления
Удобная работа с событиями
Кроссплатформенность (ограниченная)

Минусы:
Зависимость от тяжелого (до нескольких сотен МБ).NET FW, который может отсутствовать в системе
Привязка кода к IDE VC++

На данный момент более нет IDE для C++, со встроенной поддержкой GUI. Посему, переходим к библиотекам. Наиболее распространены следующие сторонние библиотеки для GUI: Qt, Gtk+, WxWidgets. Все они кроссплатформенны, но не все объектно-ориентированы

Qt ( Adil )
Кроссплатформенная библиотека, не только для GUI, но и практически на все случаи жизни: состоит из раздельно подключаемых модулей - QtCore, QtGui, QtNetwork, QtSql и т.д.
Имеется набор приложений для разработчика -
QtDesigner - WYSIWYG редактор форм
QtLinguist - средство локализации
QtAssistant - справка в стиле MSDN
На данный момент вышла вторая версия специализированной IDE QtCreator, где встроены QtDesigner, QtAssistant и редактор кода со многими современными фишками, редактор ресурсов, есть поддержка отладчика. Среда использует внешние компиляторы и отладчики.
Так же существуют расширения для поддержки разработки в Qt в других IDE - MSVS, Eclipse.

Распространяется под двумя вариантами лицензирования - свободной (LGPL) и коммерческой.

Плюсы:
Широкая кроссплатформенность. Есть реализация даже для встраиваемых решений - Qt Embedded
WYSIWYG редактор форм, не уступающий VCL и .NET
Возможность создавать собственные элементы управления
Сравнительная лёгкость при локализации приложения.
Свободное распространение с исходными кодами
Весьма приличная документация.

Минусы:
Довольно тяжеловесна - исполняемый файл win32 со статически прилинкованной библиотекой весит от 4-5 МБт
Довольно медлительна.
Не совсем интуитивно понятная, особенно для новичка, система обработки событий SIGNAL-SLOT
LGPL - всё-таки не самая свободная лицензия. В данном случае разработчик приложения с Qt должен обеспечить возможность переcборки своего приложения конечным пользователем с другой версией Qt, что означает, что приложение должно поставляться с исходными кодами или, как минимум, - с объектными файлами.
Сборка библиотеки из исходников - весьма нетривиальное занятие (правда, имеются так же и готовые сборки, не требующие компиляции)

wxWidgets ( MinLexx )
Кроссплатформенная библиотека, в основном, для GUI, хотя и консольные приложения делать есть возможность. Позволяет создавать приложения для Windows, OS X, Linux/Unix, также для Win Mobile, iPhone SDK. Очень похожа на WinAPI (названия функций, констант, легко привыкаешь после WinAPI). Также есть классы для работы с сетью, файловой системой, итд. Билдится в 2х вариантах - с поддержкой Unicode и без (это кроме вариантов с Debug/Release). Легко строится из сырцов. Имеются сторонние дизайнеры UI (мне нравится wxFormBuilder, например). Как утверждают разработчики, wxWidgets приложения выглядят как родные на каждой платформе, потому что используют нативные элементы управления, а не занимаются эмуляцией GUI (отсюда, в частности, следует минус, что не все элементы ведут себя одинаково на разных платформах).

Плюсы
Достаточно маленькая (таки меньше Qt)
Соединения событий и обработчиков напоминает систему из MFC со статической таблицей (BEGIN_MESSAGE_MAP / DECLARE_MESSAGE_MAP), равно как и есть возможность динамических соединений
Есть возможность создавать собственные элементы управления
Есть возможность локализации
Свободное распространение с исходными кодами

Минусы
Все-таки недостаточно кроссплатформенная - некоторые функции не работают под Lin/Mac, или наоборот, под Win, или работают по-разному - это надо будет учесть
Слабая документированность
LGPL таки не совсем свободная лицензия
Статически слинкованные с либой бинарники, все-таки, маленькими не назовешь

Эта часть статьи требует дополнения

Gtk+
[описание]

Плюсы:
Минусы:

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

Сообщение отредактировано: B.V. - 11.10.10, 10:13

С кроссплатформенными GUI-библиотеками, увы, работать не довелось. Поэтому просьба к знатокам Qt, Gtk+ и WxWidgets дополнить данную статью. Все, что нужно, это короткое описание устройства (по примеру описания WTL, например) и перечень плюсов и минусов, самых основных

Все дополнения можно оставлять прямо в этой теме, позже я их перенесу в статью

Qt
Кроссплатформенная библиотека, не только для GUI, но и практически на все случаи жизни: состоит из раздельно подключаемых модулей - QtCore, QtGui, QtNetwork, QtSql и т.д.
Имеется набор приложений для разработчика -
QtDesigner - WYSIWYG редактор форм
QtLinguist - средство локализации
QtAssistant - справка в стиле MSDN
На данный момент вышла вторая версия специализированной IDE QtCreator, где встроены QtDesigner, QtAssistant и редактор кода со многими современными фишками, редактор ресурсов, есть поддержка отладчика. Среда использует внешние компиляторы и отладчики.
Так же существуют расширения для поддержки разработки в Qt в других IDE - MSVS, Eclipse.

Распространяется под двумя вариантами лицензирования - свободной (LGPL) и коммерческой.

Плюсы:
Широкая кроссплатформенность. Есть реализация даже для встраиваемых решений - Qt Embedded
WYSIWYG редактор форм, не уступающий VCL и .NET
Возможность создавать собственные элементы управления
Сравнительная лёгкость при локализации приложения.
Свободное распространение с исходными кодами
Весьма приличная документация.

Минусы:
Довольно тяжеловесна - исполняемый файл win32 со статически прилинкованной библиотекой весит от 4-5 МБт
Довольно медлительна.
Не совсем интуитивно понятная, особенно для новичка, система обработки событий SIGNAL-SLOT
LGPL - всё-таки не самая свободная лицензия. В данном случае разработчик приложения с Qt должен обеспечить возможность переcборки своего приложения конечным пользователем с другой версией Qt, что означает, что приложение должно поставляться с исходными кодами или, как минимум, - с объектными файлами.
Сборка библиотеки из исходников - весьма нетривиальное занятие и приносит удовольствие только истинному гентушнику.

Супер! Только одно небольшое замечание

Цитата Adil @ 29.08.10, 13:36

Сборка библиотеки из исходников - весьма нетривиальное занятие и приносит удовольствие только истинному гентушнику.

Присутствуют и готовые сборки, которые собирать не надо.

Цитата

Сборка библиотеки из исходников - весьма нетривиальное занятие и приносит удовольствие только истинному гентушнику.

набрать emerge чертовски сложно.

Цитата

Не совсем интуитивно понятная, особенно для новичка, система обработки событий SIGNAL-SLOT

не согласен. проще наверное и не придумаешь. а вот шарповый прикол с евентами и делегатами для новичка та еще проблема.

Цитата

Довольно медлительна

ну брехня же

Цитата

Довольно тяжеловесна - исполняемый файл win32 со статически прилинкованной библиотекой весит от 4-5 МБт

статически слинкованный хеловорд на Си занимает 624кБ(недавно проверял). Обычно ставят динамическую библиотеку и имеют счастие...

Цитата

LGPL - всё-таки не самая свободная лицензия. В данном случае разработчик приложения с Qt должен обеспечить возможность переcборки своего приложения конечным пользователем с другой версией Qt, что означает, что приложение должно поставляться с исходными кодами или, как минимум, - с объектными файлами.

Шо? Кроме статической линковки ничего не знаем? LGPL - это одна отличная лицензия, а хотим сколотить состояние вне рамок LGPL - не жадничаем и покупаем комерческую лицензию.

Цитата smalcom @ 30.08.10, 02:58

набрать emerge чертовски сложно.

Под виндой? Почитайте хоть название раздела.

Цитата smalcom @ 30.08.10, 02:58

не согласен. проще наверное и не придумаешь. а вот шарповый прикол с евентами и делегатами для новичка та еще проблема.

Сравните:

connect(src, SIGNAL(srcsignal), dst, SLOT(dstslot)); //Qt
dst->OnEvent = src->event; //VCL

И никакого moc-компилятора

Цитата smalcom @ 30.08.10, 02:58

ну брехня же

собака брешет

Цитата smalcom @ 30.08.10, 02:58

статически слинкованный хеловорд на Си занимает 624кБ(недавно проверял). Обычно ставят динамическую библиотеку и имеют счастие...

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

Цитата smalcom @ 30.08.10, 02:58

Шо? Кроме статической линковки ничего не знаем?

Ни шо. Причем тут статическая линковка? Или Вы открыли способ сборки приложения без исходников или объектников при динамической линковке?

Цитата smalcom @ 30.08.10, 02:58

LGPL - это одна отличная лицензия, а хотим сколотить состояние вне рамок LGPL - не жадничаем и покупаем комерческую лицензию.

Наличие или отсутствие у меня жадности не делает из лицензии LGPL лицензию, например, BSD или MIT.

Цитата

Под виндой? Почитайте хоть название раздела.

>>Графический интерфейс пользователя в приложениях на языке C++
как пример приведён гуй семёрки.

Цитата

собака брешет

но доказательств медлительности так и не предоставлено

Лицензии не читаем? Тогда задам наводящие вопросы.

Цитата

LGPL - всё-таки не самая свободная лицензия. В данном случае разработчик приложения с Qt должен обеспечить возможность переcборки своего приложения конечным пользователем с другой версией Qt

Зачем пользователю пересобирать приложение если вызовы одни и теже?
Для разработчика приложений на Qt требуется только динамическая библиотека и заголовочный файл, для пользователя - только библиотека. При выходе новой версии библиотеки ничего пересобирать не надо, тк апи у кутэ довольно стабилен.

Цитата

Причем тут статическая линковка?

это намек на пересборку и исходники. лицензия LGPL не запрещает использование Qt в комерческих разработках, а исходники требует только при получении производного продукта, а это статическая линковка и внесение изменений в исходный код самой библиотеки. Так что не пугайте народ.

Добавлено 01.09.10, 20:06
BSD и MIT вообще пользователю побоку ибо выбор лицензии изначально делает разработчик и за неверное распространение продукта иметь будут его, а не пользователя программного продукта.
MOC не является недостатком Qt, а является вполне оправданным решением в силу ограниченности самого C++

Цитата

Причем тут статическая линковка?

при том что ваша непонятная боязнь изза угла и, собственно попытка опустить Qt

Цитата

Довольно тяжеловесна - исполняемый файл win32 со статически прилинкованной библиотекой весит от 4-5 МБт

изначально говорит о незнании других способов линковки и содержимого лицензий

Добавлено 01.09.10, 20:08

Цитата

Наличие или отсутствие у меня жадности не делает из лицензии LGPL лицензию, например, BSD или MIT.

я просто заинтересовался какие вы продукты выпустили под BSD или MIT лицензией, а еще больше какой из ваших продуктов стал производным от программных продуктов имеющих лицензию MIT или BSD?

Добавлено 01.09.10, 20:29

connect(src, SIGNAL(srcsignal), dst, SLOT(dstslot)); //Qt
dst->OnEvent = src->event; //VCL

или

dst.connect(src, SIGNAL(srcsignal), SLOT(dstslot))

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

нашел объявление типа события

typedef void __fastcall (__closure *TNotifyEvent)(System::TObject *Sender);

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

Цитата Adil @ 29.08.10, 13:36

Не совсем интуитивно понятная, особенно для новичка, система обработки событий SIGNAL-SLOT

Хм... По-моему наоборот все просто.

Цитата smalcom @ 01.09.10, 19:59

как пример приведён гуй семёрки.

В семерке есть emerge? O_o.

Цитата smalcom @ 01.09.10, 19:59

Графический интерфейс пользователя в приложениях на языке C++

Раздела? Вы всегда так внимательны?

Цитата smalcom @ 01.09.10, 19:59

но доказательств медлительности так и не предоставлено

Доказательства быстроты я тоже не увидел. Если "брехня" - это доказательство, тогда я тоже привёл.

Цитата smalcom @ 01.09.10, 19:59

Для разработчика приложений на Qt требуется только динамическая библиотека и заголовочный файл, для пользователя - только библиотека. При выходе новой версии библиотеки ничего пересобирать не надо, тк апи у кутэ довольно стабилен.

Расскажите это тем кто перешел с тройки на четверку. А еще лучше вспомните, раз уж такой знаток emerge, о пересборке всего, что только попадёт под руку, при смене релиза Qt. Даже с только динамической зависимостью от последней.

Цитата smalcom @ 01.09.10, 19:59

Цитата

Довольно тяжеловесна - исполняемый файл win32 со статически прилинкованной библиотекой весит от 4-5 МБт

изначально говорит о незнании других способов линковки и содержимого лицензий

Изначально говорит о том, что вы читать совсем не умеете. Да еще не помните, что сами написали "статически слинкованной". Покажите исходник c QMainWindow, который со статической линковкой Qt даст, как вы сказали, 500 Кб на win32. Вы не знаете разницу между консолью и ГУИ? Вы просто ни разу не линковали статически Qt. И куда, кстати, "вес" библиотеки деётся при динамической линковке вы похоже тоже не знаете. Просто исчезает. И думаете, что просто так сравнивается "вес" именно статически слинкованных приложений.
И причем тут "вес" и лицензия? В огороде бузина, в Киеве дядька.

Цитата smalcom @ 01.09.10, 19:59

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

Вы, извиняюсь, в какой класс ходите? Логика то где - ваши слова о цепочках и нескольких источниках очень убедительно подтверждают "интуитивную простоту для новичка сигналов и слотов"? Вы уже спорите о гибкости и возможностях, хотя я об этом ни слова не сказал. Вам не с кем похоливарить, я гляжу.

Цитата smalcom @ 01.09.10, 19:59

лицензия LGPL не запрещает использование Qt в комерческих разработках

Я где то говорил обратное?

Цитата smalcom @ 01.09.10, 19:59

я просто заинтересовался какие вы продукты выпустили под BSD или MIT лицензией, а еще больше какой из ваших продуктов стал производным от программных продуктов имеющих лицензию MIT или BSD?

Ппц. Наличие или отсутствие моих продуктов под той или иной лицензией как то влияет на разницу в ограничениях лицензий LGPL, BSD или MIT? Это просто переход на личности фанатика Qt, не видящего в ней ни единого недостатка.

Цитата smalcom @ 01.09.10, 19:59

нашел объявление типа события
ExpandCollapseWrap onWrap offLine numbersLine numbers

typedef void __fastcall (__closure *TNotifyEvent)(System::TObject *Sender);


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

И причем тут это объявление типа? Новичок когда его увидит - уже не новичок.
Ну а последняя фраза явно свидетельствует, что вы ошиблись разделом, вам в Холивар. Отвечать тут не нужно, мои вопросы риторические.
Или просто пишите своё описание - только про минусы не забудьте, - или создавайте в холиварах тему Qt vs VCL и холиварьте на здоровье. Или пусть лучше B.V. отрежет этот пустой флейм и перенесёт в соответсвующий раздел. Резвитесь там в своё удовольствие, у вас явные способности к этому.

Добавлено 01.09.10, 21:23

Цитата D_KEY @ 01.09.10, 20:33

Цитата (Adil @ 29.08.10, 17:36)
Не совсем интуитивно понятная, особенно для новичка, система обработки событий SIGNAL-SLOT

Хм... По-моему наоборот все просто.

Ты считаешь себя новичком?

Цитата

В семерке есть emerge?

до вас видимо совсем не доходит значение русских слов. если вы иностранец и значения слов вам непонятны, то так и скажите - исправимся и будем иными путями доносить информацию

Цитата

Раздела? Вы всегда так внимательны?

пардон, протупил. но, название раздела "Системное программирование и WinAPI". Что, только под винду бывает системное программирование или вы больше ничего не знаете кроме Windows и VCL?

Цитата

Доказательства быстроты я тоже не увидел. Если "брехня" - это доказательство, тогда я тоже привёл.

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

Цитата

Расскажите это тем кто перешел с тройки на четверку.

П... пардон за выражение. С вами все ясно: "нууу кутэ я щупал, слышал". Наверняка вы лепите гуишечки при помощи билдера и вам просто надо оправдать перед обществом свою ошибку.
Если вы иностранец и не поняли(ааа, у вас же только виндовс в голове), то смена мажорного релиза это все равно что поменять Win98 на WinXP.

Цитата

А еще лучше вспомните, раз уж такой знаток emerge, о пересборке всего, что только попадёт под руку, при смене релиза Qt. Даже с только динамической зависимостью от последней.

sudo emerge -uDNav world

Холиварить я и не пытаюсь. Если уж возникло такое двойственное впечатление, то давайте все разложим по полочкам

Цитата

Да еще не помните, что сами написали "статически слинкованной". Покажите исходник c QMainWindow, который со статической линковкой Qt даст

Мерять объём библиотеки используя статическую линковку некорректно. О чем я и намекнул объёмом приложения, который даёт даже простейший HelloWorld. Суть библиотеки в том что она разделяемая и все приложения ее использующие не будут весить по 4-5 мегабайт. Верно ведь?

Цитата

И куда, кстати, "вес" библиотеки деётся при динамической линковке вы похоже тоже не знаете

Одна копия исполняемого кода библиотеки находится в оперативной памяти. Только одна копия и эта цифра независит от количества приложений, которые ее используют.

Цитата

Наличие или отсутствие моих продуктов под той или иной лицензией как то влияет на разницу в ограничениях лицензий LGPL, BSD или MIT?

Вы рассуждаете о дистрибуции приложения под LGPL лицензией(причем неверно), а также BSD и MIT. Это не говорит о лицензиях, но о вашей компетенции в данном вопросе.

Цитата

И причем тут это объявление типа? Новичок когда его увидит - уже не новичок.

Пока человек новичок события и привязки сами создаются?

Цитата

Ты считаешь себя новичком?

Это я холиварю? На лицо моральное давление на чужое мнение.

Добавлено 01.09.10, 23:01

Цитата

только про минусы не забудьте

конечно я знаю минусы Qt: layout'ы для новичка, загрязненность QObject, нюансы при работе с сигналами и таймерами, неочевидные и ненастравиваемые моменты есть и в QtCreator. Вот видите сколько недостатков(объективных) сходу, а не "медлительна и прожорлива".

Цитата smalcom @ 01.09.10, 22:54

до вас видимо совсем не доходит значение русских слов. если вы иностранец и значения слов вам непонятны, то так и скажите - исправимся и будем иными путями доносить информацию

Ну, расскажите по русски, какая связь между emerge и win7

Цитата smalcom @ 01.09.10, 22:54

пардон, протупил. но, название раздела "Системное программирование и WinAPI". Что, только под винду бывает системное программирование или вы больше ничего не знаете кроме Windows и VCL?

И продолжаете тупить, переходя на хамство, не соображая что этот раздел - именно для системного программирования под виндоуз. Не верите - запостите вопрос по системному программированию по *nix.

Цитата smalcom @ 01.09.10, 22:54

sudo emerge -uDNav world

И что - обновление мира - и динамически завязанные пакеты вдруг не будут пересобираться? Вы брякаете с умным видом фразы невпопад, думая, что я буду в шоке от величия вашего гения? Кстати, -a - лишнее, лучшее -p

Цитата smalcom @ 01.09.10, 22:54

Холиварить я и не пытаюсь. Если уж возникло такое двойственное впечатление, то давайте все разложим по полочкам

Не двойственное, вполне чёткое.

Цитата smalcom @ 01.09.10, 22:54

П... пардон за выражение. С вами все ясно: "нууу кутэ я щупал, слышал". Наверняка вы лепите гуишечки при помощи билдера и вам просто надо оправдать перед обществом свою ошибку.

Э-э, какую ошибку? И не гадайте на кофейной гуще - я начал писать c Qt-embedded, когда вы еще только учились делать make install для ядра, попутно матеря дающих вам добрые советы. И потом еще извинялись. Как бы опять не пришлось - за эти годы благоразумия вы не поднакопили.

Цитата smalcom @ 01.09.10, 22:54

Одна копия исполняемого кода библиотеки находится в оперативной памяти. Только одна копия и эта цифра независит от количества приложений, которые ее используют.

Ну вы остановились в полшаге от озарения, что если при поставке динамически слинкованного приложения придется еще и запихивать в дистрибутив всю библиотеку целиком, или заставлять юзера её качать - речь идёт о винде, не забывайте, там, как я уже упоминал, Qt с системой не поставляется. Или вы будете спорить с тем, что при статической линковке далеко не весь код библиотеки линкуется в исполняемый файл.

Цитата smalcom @ 01.09.10, 22:54

Пока человек новичок события и привязки сами создаются?

Открою великую тайну - да! Довольно много начинающих пользователей событий VCL понятия не имеют, что скрывается под "TNotifyEvent".

Цитата smalcom @ 01.09.10, 22:54

Вы рассуждаете о дистрибуции приложения под LGPL лицензией(причем неверно), а также BSD и MIT. Это не говорит о лицензиях, но о вашей компетенции в данном вопросе.

Так это ваша цель - указать собеседнику на его некомпетентность, да еще просто заявляя, что "да вы и ни писали ни чего". Хороший подход для хорошего тролля. Я тогда покажу вашу некомпетентность более убедительным способом
http://qt.nokia.com/about/licensing/freque...hat-is-the-lgpl

Цитата

...The LGPL carries some restrictions regarding the ability for users to relink libraries and other restrictions that may impose architectural requirements that some organizations might not be comfortable with...

Если вы можете предоставить юзеру "ability to relink", дав ему только свой исполняемый файл (и кучу длл в придачу), то вы просто обязаны осчастливить мир своим открытием.

Цитата Adil @ 02.09.10, 01:10

Если вы можете предоставить юзеру "ability to relink", дав ему только свой исполняемый файл (и кучу длл в придачу), то вы просто обязаны осчастливить мир своим открытием.

Цитата Adil @ 02.09.10, 01:10

The LGPL carries some restrictions regarding the ability for users to relink libraries

Вот эти самые libraries можно взять, поковыряться в исходниках, пересобрать и заменить одну dll-ку на другую. Главное - API оставить таким же.

Цитата Adil @ 01.09.10, 21:22

Цитата D_KEY @ 01.09.10, 20:33

Цитата (Adil @ 29.08.10, 17:36)
Не совсем интуитивно понятная, особенно для новичка, система обработки событий SIGNAL-SLOT

Хм... По-моему наоборот все просто.

Ты считаешь себя новичком?

А ты ?
С чего ты решил, что новичкам это интуитивно не понятно? Вполне логичная и простая концепция.
В общем, как мне кажется, это зависит от человека, поэтому заносить это в недостатки Qt считаю неверным решением.

Цитата

сли вы можете предоставить юзеру "ability to relink"

вобщем с вами все ясно.

-a на -p заменить? жгите дальше, умничка.

D_KEY, чем спорить, предложи свое видение плюсов и минусов
Если несогласных не будет, его и добавим

smalcom, к тебе то же самое! Критика-критикой, но лучше всего, изложи свое видение Qt. Быть может, оно получится более объективным

Цитата B.V. @ 02.09.10, 09:05

D_KEY, чем спорить, предложи свое видение плюсов и минусов
Если несогласных не будет, его и добавим

Хорошо, но не раньше выходных. И я не спорю, просто высказал свое мнение по одному отдельновзятому минусу

2 слова на счёт WTL. Во первых там таки есть конструктор форм. Не знаю, что подразумевается под словом "собственный", но он такой же не "собственный" как и у MFC. И функционал предоставляет такой же. И вообще это конструктор не MFC, а встроенный в студию. И адаптируется он под конкретную либу посредством набора скриптов и шаблонов кода. Так что либо в MFC надо убрать из плюсов, либо в WTL убрать из минусов. Ну это ИМХО. Так же смутила строка

Цитата B.V. @ 28.08.10, 09:21

Весьма незначительно упрощает работу, по сравнению с "голым" Win32 API

Тут как бы всё относительно. Если брать относительно мощности хотя бы MFC, то таки да. Незначительно. А если взять в сыром виде WTL vs WinApi, то WTL способен экономить десятки человекочасов. А если брать связку WTL+ATL для работы с СОМ (собственно для чего это всё и затеивалось), то тут вообще сплошная прибыль идёт. Так что в корне не согласен я с такой постоновкой. Ну это так... не холивара ради, а просто к слову.

Цитата Повстанець @ 13.09.10, 18:12

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

Начнем с того, что в студии не предусмотрено шаблонов проектов WTL. А именно на это будет смотреть любой начинающий пользователь
И шаблоны MFC непосредственно перед созданием проекта предоставляют настройки для GUI, на базе шаблонов диалогов. В случае с WTL, все диалоги придется настраивать вручную. Второй момент -- я в статье подчеркнул, что конструктор диалогов не относится к MFC и IDE вообще, его функции выполняет редактор ресурсов

Цитата Повстанець @ 13.09.10, 18:12

А если взять в сыром виде WTL vs WinApi, то WTL способен экономить десятки человекочасов

Сэкономить на чем? Он не оборачивает окна уровнем выше MFC, он не предоставляет даже классов для рисования, и он не упрощает работу с COM. COM'ом занимается ATL, библиотека, являющаяся неотъемлемой частью MFC

Добавлено 13.09.10, 20:21

Цитата Повстанець @ 13.09.10, 18:12

Ну это так... не холивара ради, а просто к слову.

Конструктивная критика приветствуется, только в меру А то, сколько людей, столько и мнений

По Qt как, возражений более нет?

Цитата B.V. @ 13.09.10, 20:20

Начнем с того, что в студии не предусмотрено шаблонов проектов WTL. А именно на это будет смотреть любой начинающий пользователь

Если начинающий пользователь ставит на студию стороннюю GUI библиотеку, то он наверняка прочтёт инструкцию к установке и заинсталлит шаблоны проектов из пакета.

Цитата B.V. @ 13.09.10, 20:20

Сэкономить на чем?

Во первых на рутине. Очень много в винапи рутины. И очень много из неё берёт на себя WTL. Во вторых сам по себе WTL можно сказать в чём то гениален, как сферическая библиотека в вакууме, я имею в виду. До примитивного простая архитектура, но при этом она очень гибка и очень удобна. Расширяемость делается в два счёта. Реюзабельность расширений полная. Гибкость тех же расширений на высоте. Единственное, что омрачает использование WTL -- так это то, что она не абстрагирует тебя от корявости и тупости архитектуры самого WinApi.

Цитата B.V. @ 13.09.10, 20:20

COM'ом занимается ATL, библиотека, являющаяся неотъемлемой частью MFC

ATL к MFC вообще никакого отношения не имеет. Это полностью самостоятельная библиотека. Напротив, WTL написан на основе ATL. Во первых, в WTLе ATLная архитектура. Во вторых, все базовые классы WTL есть базовыми классами ATL, что делает эти библиотеки совместимыми. Ну и в третьих WTL собственно и делали легковесной надстройкой над ATL специально, чтобы при работе с СОМ, при необходимости использовать GUI не заморачиватся с WinApi и не подтягивать такую лошадь, как MFC.

Цитата Повстанець @ 13.09.10, 20:39

Единственное, что омрачает использование WTL -- так это то, что она не абстрагирует тебя от корявости и тупости архитектуры самого WinApi.

А мне Win32 нравится. На нём и пишу, родимом. Гибче не встречал.

Цитата Qraizer @ 13.09.10, 23:34

А мне Win32 нравится. На нём и пишу, родимом. Гибче не встречал.

Если нравится Win32, то должен понравится и WTL. Если, конечно, на нём уже не пишешь.

Цитата Повстанець @ 13.09.10, 20:39

Если начинающий пользователь ставит на студию стороннюю GUI библиотеку, то он наверняка прочтёт инструкцию к установке и заинсталлит шаблоны проектов из пакета.

Только ведь WTL идет в комплекте со студией

Цитата Повстанець @ 13.09.10, 20:39

ATL к MFC вообще никакого отношения не имеет. Это полностью самостоятельная библиотека.

Да ладно?

Цитата Повстанець @ 13.09.10, 20:39

Во первых на рутине. Очень много в винапи рутины. И очень много из неё берёт на себя WTL.

Ну, приведи несколько конкретных примеров, где было бы заметно существенное упрощение кода? А то, так мы говорим ни о чем

Цитата Повстанець @ 13.09.10, 20:39

Напротив, WTL написан на основе ATL. Во первых, в WTLе ATLная архитектура. Во вторых, все базовые классы WTL есть базовыми классами ATL, что делает эти библиотеки совместимыми.

Об архитектуре знал, а вот о том, что классы WTL наследуются от базовых ATL, каюсь, не знал. Сказывается малый опыт работы с библиотекой. Ок, этот момент я поправлю, спасибо за подсказку

Цитата B.V. @ 14.09.10, 12:20

Только ведь WTL идет в комплекте со студией

Нет, не идёт. Даже не является официальным продуктом майкрософт.

Цитата B.V. @ 14.09.10, 12:20

Да ладно?

Там только список совместимых классов.

Цитата B.V. @ 14.09.10, 12:20

Ну, приведи несколько конкретных примеров, где было бы заметно существенное упрощение кода? А то, так мы говорим ни о чем

Создание пользовательского окна, с регистрацией класса:

class CCustomWindow : public CWindowImpl<CCustomWindow, CWindow>
{
private:
    DECLARE_WND_CLASS_EX("CCustomWindow", CS_HREDRAW | CS_VREDRAW, COLOR_WINDOW)
 
private:
    BEGIN_MSG_MAP(CCustomWindow)
    END_MSG_MAP()
};

Сабклассинг:

class CCustomButton : public CWindowImpl<CCustomButton, CButton>
{
private:
    BEGIN_MSG_MAP(CCustomButton)
    END_MSG_MAP()
};

Овнердрав:

class CCustomWindow : public CWindowImpl<CCustomWindow, CWindow>,
                                   public COwnerDraw<CCustomWindow>
{
private:
    DECLARE_WND_CLASS_EX("CCustomWindow", CS_HREDRAW | CS_VREDRAW, COLOR_WINDOW)
 
private:
    BEGIN_MSG_MAP(CCustomButton)
        CHAIN_MSG_MAP(COwnerDraw<CCustomWindow>)
    END_MSG_MAP()
 
private:
    void DrawItem(LPDRAWITEMSTRUCT pDIS)
    {
    };
};

Но я так овнердрав не юзал никогда, ибо этот способ диктуется кривизной апи. Я обычно сабклассил кнопку, подключал к ней COwnerDraw, реализовывал его прямо в обработчике сообщений кнопки. Потом вставлял в карту сообщений родительского окна кнопки REFLECT_NOTIFICATIONS(), так чтобы овнердрав-сообщение возвращалось обратно к кнопке и получал абсолютно самодостаточную пользовательскую кнопку. Для переноса и повторного использования которой не приходилось бы методом копипаста выдирать код из портянки-функции обработки сообщений родительского окна, как в винапи.

Цитата Повстанець @ 14.09.10, 13:13

Нет, не идёт. Даже не является официальным продуктом майкрософт.

Надо же. Выходит, я WTL совсем не знаю
До сих пор думал, что она ставится при полной установке студии. Сейчас сходил на сайт проекта, и почитал о положении вещей
Однако Что ж, буду знать.

Цитата Повстанець @ 14.09.10, 13:13

Там только список совместимых классов.

Не совместимых, а совместных

Цитата Повстанець @ 14.09.10, 13:13

Создание пользовательского окна, с регистрацией класса:

Положим, создание окна сводится не к 10 строчкам, как в случае с WinAPI, а к двум-трем. Но, во-первых, окна в проекте не так уж и часто приходится создавать. Во-вторых, все это упрощение нивелируется необходимостью прописывать рутинные конструкции для ООП. Два остальных примера не убедили. Сабклассинг в WinAPI выполняется в две строчки, а OD, в зависимости от э.у., представляет собой или простую обработку двух сообщений, или обработку WM_PAINT в сабклассинге

Цитата B.V. @ 14.09.10, 13:36

Не совместимых, а совместных

Не. Совместимых. Хотя, как с MFC я не знаю, не особо то владею этой библиотекой. Может она и юзает ATL где-то в своих недрах. Но вот то, что у ATL точно никаких зависимостей от MFC нет, это 100%.

Цитата B.V. @ 14.09.10, 13:36

Положим, создание окна сводится не к 10 строчкам, как в случае с WinAPI, а к двум-трем. Но, во-первых, окна в проекте не так уж и часто приходится создавать. Во-вторых, все это упрощение нивелируется необходимостью прописывать рутинные конструкции для ООП. Два остальных примера не убедили. Сабклассинг в WinAPI выполняется в две строчки, а OD, в зависимости от э.у., представляет собой или простую обработку двух сообщений, или обработку WM_PAINT в сабклассинге

Ты просто не понимаешь, как это всё можно использовать. Вот к примеру, возьмём такое свойство некоторых контролов, как смена расцветки. На винапи это у нас сообщения от WM_CTLCOLORMSGBOX до WM_CTLCOLORSTATIC. В корне не устраивает нас (меня, во всяком случае) такое положение вещей и мы принялись писать генерализацию. И вот я тут на скорую руку налобал:

template <typename wnd_class>
class color_control
{
private:
    BEGIN_MSG_MAP(color_control<wnd_class>)
        MESSAGE_RANGE_HANDLER(OCM_CTLCOLORMSGBOX, OCM_CTLCOLORSTATIC, _on_ctlcolor_xxx)
    END_MSG_MAP()
 
private:
    LRESULT _on_ctlcolor_xxx(UINT uMsg, WPARAM wParam, LPARAM lParam, BOOL &bHandled)
    {
        CDCHandle dc((HDC)wParam);
        dc.SetBkMode(TRANSPARENT);
        dc.SetTextColor(_text_color);
 
        return (LRESULT)(HBRUSH)_bckgnd_brush;
    };
 
private:
    WTL::CBrush _bckgnd_brush;
    COLORREF _text_color;
 
public:
    color_control()
    {
        _bckgnd_brush.CreateSolidBrush(RGB(255, 255, 255));
        _text_color = RGB(0, 0, 0);
    }
 
    COLORREF set_bckground_color(COLORREF color)
    {
 
        LOGBRUSH lbrush;
        _bckgnd_brush.GetLogBrush(&lbrush);
 
        _bckgnd_brush.DeleteObject();
        _bckgnd_brush.CreateSolidBrush(color);
 
        static_cast<wnd_class*>(this)->RedrawWindow();
 
        return lbrush.lbColor;
    }
 
    COLORREF set_text_color(COLORREF color)
    {
        COLORREF old = _text_color;
 
        _text_color = color;
 
        static_cast<wnd_class*>(this)->RedrawWindow();
 
        return old;
    }
};
 
template<typename base_control_class>
class color_common_control : public CWindowImpl<color_common_control<base_control_class>, base_control_class>,
                             public color_control<color_common_control<base_control_class>>
{
private:
    BEGIN_MSG_MAP(color_common_control<base_control_class>)
        CHAIN_MSG_MAP(color_control<color_common_control<base_control_class>>)
    END_MSG_MAP()
};
 
typedef color_common_control<CStatic> colored_static;
typedef color_common_control<CEdit> colored_edit;
typedef color_common_control<CButton> colored_button;
//ну и так далее

А на винапи как это сделать?

Сообщение отредактировано: Повстанець - 15.09.10, 11:18

Цитата Повстанець @ 15.09.10, 11:14

Не. Совместимых. Хотя, как с MFC я не знаю, не особо то владею этой библиотекой. Может она и юзает ATL где-то в своих недрах.

Ты хоть не поленись почитать MSDN по моей ссылке
Классы ATL используются в MFC

Цитата Повстанець @ 15.09.10, 11:14

Но вот то, что у ATL точно никаких зависимостей от MFC нет, это 100%.

Кто-то где-то с этим спорил?

Цитата Повстанець @ 15.09.10, 11:14

В корне не устраивает нас (меня, во всяком случае) такое положение вещей

А меня устраивает. Еще раз: все преимущества по удобству в WTL нивелируются необходимостью прописывания ООП-конструкций. Ты посмотри, сколько ООП-каши в твоем коде. Если подсчитать буковки на WinAPI и твоего кода, боюсь, на WinAPI может выйти даже меньше.
У WTL в этом отношении только одно преимущество: более элегантный код за счет применения ООП. И это преимущество я упомянул
Быть может, в масштабах очень большого проекта все эти мелочи действительно помогут избежать написания лишних нескольких десятков строк кода, но если брать каждую отдельно взятую задачу (из приведенных, по крайней мере), то WTL или не перекрывает, или крайне незначительно перекрывает WinAPI-код в плане упрощения

Цитата Повстанець @ 15.09.10, 11:14

А на винапи как это сделать?

Ничто не мешает выписать в небольшой namespace набор перегруженных функций OnCtlColor и использовать их по всему проекту, если говорить по практической части. Выйдет короче и удобнее

Цитата B.V. @ 15.09.10, 11:45

Ничто не мешает выписать в небольшой namespace набор перегруженных функций OnCtlColor и использовать их по всему проекту, если говорить по практической части. Выйдет короче и удобнее

Никто не мешает. И может даже это будет короче. Но никак не удобнее. Это программирование свалкой. Тебе всегда необходимо будет помнить как работает эта система. В то время, как у меня будет просто контрол colored_static, у которого есть два расширяющих обычный статик метода. Как он работает я могу забыть сразу же, как только написал. Тем более дальнейшее расширение системы только усугубит свалку, в то время, как в WTL ничего особо и придумывать не придётся:

class next_generation_static : public CWindowImpl<next_generation_static, colored_static>,
                                    public some_other_ext_1<next_generation_static>,
                                    public some_other_ext_2<next_generation_static>,
                                    public some_other_ext_3<next_generation_static>
{
private:
    BEGIN_MSG_MAP(next_generation_static)
        CHAIN_MSG_MAP(some_other_ext_1<next_generation_static>)
        CHAIN_MSG_MAP(some_other_ext_2<next_generation_static>)
        CHAIN_MSG_MAP(some_other_ext_3<next_generation_static>)
    END_MSG_MAP()
};

Цитата B.V. @ 15.09.10, 11:45

А меня устраивает. Еще раз: все преимущества по удобству в WTL нивелируются необходимостью прописывания ООП-конструкций. Ты посмотри, сколько ООП-каши в твоем коде. Если подсчитать буковки на WinAPI и твоего кода, боюсь, на WinAPI может выйти даже меньше.

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

Цитата B.V. @ 15.09.10, 11:45

Быть может, в масштабах очень большого проекта все эти мелочи действительно помогут избежать написания лишних нескольких десятков строк кода, но если брать каждую отдельно взятую задачу (из приведенных, по крайней мере), то WTL или не перекрывает, или крайне незначительно перекрывает WinAPI-код в плане упрощения

Крайне несогласен. Уверен, даже на маленьких проектах использование ООП (в частности WTL) сделает код много проще и лаконичнее.

Добавлено 15.09.10, 13:01
Кстати, ведь последнее утверждение всегда можно и проверить. Как на счёт реализации тех же самых цветных контролов на винапи ну и немного погонять их в действии. Скажем один эдит, два радио баттона, немного текста и кнопка. В эдите набираешь цвет, в радиобатонами выбираешь цвет фона, или текста менять, а баттоном собственно меняешь эти показатели у всех контролов. Простенько и со вкусом.

Сообщение отредактировано: Повстанець - 15.09.10, 13:01

Мне есть чем заняться. Повстанець
Но я бы с удовольствием почитал твой спор с каким-нибудь "функциональщиком" на тему полезности WTL, в Холиварах

wxWidgets
Кроссплатформенная библиотека, в основном, для GUI, хотя и консольные приложения делать есть возможность. Позволяет создавать приложения для Windows, OS X, Linux/Unix, также для Win Mobile, iPhone SDK. Очень похожа на WinAPI (названия функций, констант, легко привыкаешь после WinAPI). Также есть классы для работы с сетью, файловой системой, итд. Билдится в 2х вариантах - с поддержкой Unicode и без (это кроме вариантов с Debug/Release). Легко строится из сырцов. Имеются сторонние дизайнеры UI (мне нравится wxFormBuilder, например). Как утверждают разработчики, wxWidgets приложения выглядят как родные на каждой платформе, потому что используют нативные элементы управления, а не занимаются эмуляцией GUI (отсюда, в частности, следует минус, что не все элементы ведут себя одинаково на разных платформах).

Плюсы

• достаточно маленькая (таки меньше Qt)
• соединения событий и обработчиков напоминает систему из MFC со статической таблицей (BEGIN_MESSAGE_MAP / DECLARE_MESSAGE_MAP), равно как и есть возможность динамических соединений
• есть возможность создавать собственные элементы управления
• есть возможность локализации
• Свободное распространение с исходными кодами

Минусы

• все-таки недостаточно кроссплатформенная - некоторые функции не работают под Lin/Mac, или наоборот, под Win, или работают по-разному - это надо будет учесть
• документация не всегда внятная - иногда приходится лезть курить примеры или даже ковырять сырцы wxWidgets =)
• LGPL таки не совсем свободная лицензия
• статически слинкованные с либой бинарники, все-таки, маленькими не назовешь

чего бы ещё такое вспомнить, с ходу...

Сообщение отредактировано: MinLexx - 04.10.10, 07:50

Цитата MinLexx @ 03.10.10, 05:17

достаточно быстрая (нет такого механизма сигналов/слотов, metacall'ов, как в Qt)

Ну, это довольно расплывчатое преимущество
Можешь его как-нибудь раскрыть? Например, "библиотека проявляет себя быстрее таких-то и таких-то в таких-то задачах (за счет ..)"

Подправил свой пост )

Сообщения были разделены в тему "как сделать чтобы кансоль не исчезала сразу после выдачи результатов"

Раз возражений нет, добавил описание wxWidgets от MinLexx