Qt или gtk что лучше
Gtk vs. Qt: драки не будет
Стоило только мне написать об Qt как об одной из основополагающих библиотек в мире открытых систем, как тут же вламываются ко мне озверевшие линуксоиды и начинают доказывать, что самая основополагающая — это Gtk. Спокойно, господа, опустите ваши колы и стволы. Я и не отказываюсь — есть такая буква, точнее — целых три.
Происхождение
В чем разница между Qt и Gtk и что сразу бросается в глаза — так это их происхождение. В мире открытых систем существует два источника происхождения софта.
Первый: что-то было разработано одним человеком (двумя, тремя) для себя или для своей работы, а в дальнейшем, в силу корпоративной политики, стало достоянием общественности — но, те не менее, продолжает строго разрабатываться по корпоративному плану, с учетом пожеланий пользователей продукта. На сегодня таким образом рождаются самые интересные, стабильные, «сбитые» и хорошо документированные детища.
Второй путь — это когда кто-то что-то писал-недописал, выложил, потом пришло еще двое, что-то переделали, потом еще сто пятьдесят человек внесло свою лепту (лепта — монета, вставляемая известно куда; соответствует нашим «пяти копейкам»). Потом еще какие-то люди таскали-портировали, документировали… Пока, наконец, не пришли коммерсанты и не начали лицензировать. Залицензировали версию 1.0.5, после чего вышла «свободная» 2.6.3 — и с тех пор никто толком не знает, где у этого бегемота нос, а где — хвост. Апологеты такого «зоопарка» аргументируют ситуацию примерно так: «Вам нужен нос? Вот он — и не нужно спрашивать, где хвост. Достаточно знать, что он тоже есть».
К первому разряду программ относятся, например, MySQL, PHP, Python, Qt и сам Linux, изменения в ядро которого вносит сам товарищ Торвальдс.
Но и во второй группе тоже немало программ, таких как Gtk или PostgresQL. Эти программы отличаются обширными экстенсивными интерфейсами, которые писались кучей народа — и, судя по всему, не предназначены для освоения одним человеком. По подобию вавилонского столпотворения это напоминает мне только интерфейсы Java. Оно и понятно — при создании Java применяются многие из «группен-секс»-технологий разработки, которые используются в интернете и мире GNU.
Чтобы как-то продемонстрировать сказанное, напомню историю создания Gtk (сокращенно, с сайта gtk.org).
История Gtk
Разработку Gtk начал Питер Маттис (Peter Matthis), ему помогали Спенсер Кимбэл (Spencer Kimball) и Джош Макдональд (Josh Macdonald).
Мариус Вольмер (Marius Vollmer) навел на мысль, как GTK+ должен работать с различными языками программирования.
Ларс Хамман (Lars Hamann) и Стефан Джеске (Stefan Jeske) добавили все возможности в основные элементы управления.
Карстен Хайзлер (Carsten Haitzler) разработал и реализовал первую поддержку тем.
Шоун Амундсон (Shawn Amundson) занимался менеджментом релизов GTK+-1.0 и GTK+-1.2.
Позже, Хавок Пеннингтон (Havoc Pennington) создал элемент управления GtkTextView, основанный на текстовом поле Tk.
Эллиот Ли (Elliot Lee) и Алекс Ларсон (Alex Larsson) написали linux-fb бек’энд (Gtk через фрэймбуфер).
Эрвонн Ченед (Erwann Chenede) добавил многопоточность в GDK и GTK+.
Падрейдж О’браен (Padraig O’Briain) и Билл Ханеман (Bill Haneman) написали ATK и исправили GTK+ для поддержки accesibility (интерфейс для инвалидов).
Ханс Брюер (Hans Breuer) продолжает «контрибьютить» огромные части полезной работы для порта Win32 GTK+ (убитое время — «Майкрософт» не оценит).
Мюррей Камминг (Murray Cumming) и Джеймс Хестридж (James Henstridge) следят за корректной поддержкой различных языков.
Abigail Brady, Sivaraj Doddannan, Dov Grobgeld, Karl Koehler, Theppitak Karoonboonyanan, Noah Levitt, Eric Mader, Roozbeh Pournader и Changwoo Ryu — это лишь некоторые из тех, кто приложился к Pango.
Что является характерным, так это метод, которым развивается Gtk. Основой для тех или иных работ в данном случае не может служить ни распоряжение начальника, ни материальный стимул. Поэтому в качестве «производственного плана» выступают «направляющие» — Guidelines. По мере того, как очередной кто-то захочет прославиться в мире GNU, он может выполнить любую приглянувшуюся ему часть кодирования. Фактически, при этом нет никаких гарантий, что возможность будет когда-нибудь реализована. Например, настраиваемые панели управления или индикатор раскладок клавиатуры могут ждать своей очереди еще очень долго. (Зато реализованы такие «супервозможности», как масштабирование иконок на рабочем столе — ну, что тут можно сказать. )
Аналогичным же образом — то есть в зависимости от хорошего настроения контрибьютеров и мэйнтейнеров — устраняются ошибки и выполняются пожелания пользователей.
Структура Gtk
Если я утомил вас «историей», это хорошо — вы должны были почувствовать, что такое разработка в джунглях. Освоение Gtk приводит к таким же ощущениям. Впрочем, не будем забегать наперед.
В дополнение приведу еще пару фактов. Изначальный проект назывался GIMP, что значит GNU Image Manipulation Programm (то есть что-то типа Photoshop 3), откуда, собственно, и растут ноги Gtk. На основе того же Gtk построен и ГНОМ — оболочка GNOME (GNU Network Object Model Environment). Самая основная либа для рисования — так называемый GDK (GIMP Drawing Kit), который изначально был «эксплойтером» XLib, а теперь под настроение может использовать и Windows GDK.
Вот такая вот иерархия. Графической библиотекой GDK я и сам не брезгую попользоваться, о чем расскажу в одной из статей. Но следует ли из этого, что Gtk — панацея от геморроя? Ответ неизвестен.
Ко всему этому, Gtk имеет привязки (bindings) к 28-ми языкам программирования, начиная от «блатного квадрата» C++/Java/Perl/Python и заканчивая такими экзотическими наречиями, как Erlang и Hasskell (кстати, кто напишет хорошую статью по Hasskell? — у меня руки не доходят). Я уверен, что мало людей знают хотя бы половину этих языков — зато неимоверная работа проделана.
С другой стороны, можно понять тягу «малых языковых народов» к Gtk — эта библиотека прикроет любые пробелы собственных библиотек. Так что, можно сказать, неплохой шанс — правда, кому и зачем он дан? Ведь потом показывают программы на каком-то ObjectXLAM и говорят: вот, мол, как красиво! — хотя на самом деле это Gtk-bind, а сам язык страшен и нуден, как три подвала НКВД.
Поскольку Gtk занимается, в основном, пользовательским интерфейсом, то существует несколько инструментов, позволяющих создавать этот интерфейс визуально. Вероятно, главное такое средство — редактор Glade. Но, как это принято, все заканчивается обычным текстом на том же C — а не ресурсами времени выполнения, как кое-кто мог подумать. Точнее, Glade может генерировать исходники на C, C++ и Ada, а также работать в gladelib-режиме, когда данные формы сохраняются в виде XML, из которого тексты генерируются на этапе сборки. Второй метод обычно используется для больших проектов.
Разработка приложений: уровень абстракции
Что еще отличает Gtk от Qt, так это среда разработки самой библиотеки и целевая среда разработки. Qt написан на C++ и предназначен для разработчиков на этом языке.
Если говорить об ООП и графическом интерфейсе, то объектное программирование, контроль типов в духе C++ и встроенный в язык полиморфизм являются идеальным примером применения теории на практике. Вполне естественно, что современные системы программирования идут «немного дальше» классического C++, дополняя объекты информацией времени выполнения для дополнительных возможностей контроля типов.
Gtk написан на «чистом» С — то есть совершенно без использования классов C++, шаблонов и т.д. Тем не менее, Gtk — объектно-ориентированная система, основанная на вызовах «методов», обратных вызовах, генерации сигналов и регистрации их обработчиков. Этот подход не нов — так же написана, например, и сама Windows, по крайней мере 3.11 (опять это сравнение), и такие объектные системы, как PalmOS, MySQL и Plan9. Во всех перечисленных системах есть объекты, очереди сообщений и средства регистрации реакций на них — но реализовано это не механизмами C++, а в независимой от языка манере.
Как следствие использования C, Gtk — в некоторой мере более оптимизированная, а также более портабельная библиотека, поскольку сообщения, сгенерированные одним языком, могут быть обработаны в процедуре, написанной на другом. С другой стороны, использование стандартных механизмов C++ в Qt дает более мощный высокоуровневый базис для разработки приложений — ведь не зря же эти «классы Бьярна» получили такое распространение.
Затрудняюсь даже сказать, что лучше,— оба метода нашли широкое применение. Один из них чуть быстрее — но зато и более сложен в освоении и использовании. Другой «жирноват» — зато с ним легче управиться.
Единственное, что можно просто констатировать, так это тенденцию, суть которой образно можно свести к следующему: «быстрая разработка превыше оптимизации кода». С этой точки зрения Qt имеет большое преимущество.
Уровень детализации
Как следствие применения «низкоуровневого» C (хоть это и не очевидно), Gtk имеет значительно более низкоуровневый контроль над всеми деталями интерфейса, в особенности это касается графических параметров. Так что педанты, любящие «ковыряться» в интерфейсе пользователя и строить всякого рода замысловатые элементы, типа «нажми, поверни и выбери», найдут в Gtk больше поводов для самореализации.
Мое скромное мнение в этом вопросе таково: с точки зрения приоритетов разработчика создание вычурных интерфейсов должно стоять на самом последнем месте. Безусловно, некоторые нововведения допустимы, и даже необходимы,— но, будь я Верховным Жрецом Исходного Кода, я бы наложил табу: «не больше одного новшества в интерфейсе пользователя в год». При том одного на всех разработчиков!
Как правило, эти нововведения затрудняют работу пользователя, а не наоборот. Я всегда оставался «обычным пользователем», так что и сейчас представляю их интересы — и потому знаю, что говорю.
Уровень детализации на уровне API не обозначает, что основанный на Gtk GNOME лучше проработан, чем основанный на Qt KDE. Скорее наоборот, почему я всегда использую KDE. С виду привлекательный GNOME до сих пор не «разжился» даже собственным индикатором раскладки клавиатуры. Не говоря уже о том, что под GNOME мне случалось наблюдать и куда более неприятные странности. Например, в последней версии Fedora Core 3 GNOME в одночасье перестал печатать в консоли — самое занятное, что обнаружить причину так и не удалось. Естественно, приложив достаточно усилий, можно было бы и разобраться — но я был бы рад, если бы этим занимались люди в рамках «респонсибилити».
Нужно сказать и о детализации в архитектуре. Причем речь идет не только о функциях и способах описания элементов управления, а и о модульности самой библиотеки. Gtk, как уже было сказано, состоит из доброй дюжины надстроек и сервисов, таких как GLib, GdkPixbuf, GDK, GObject, Pango и т.д. Конечно, для создания простой формы вы не обязаны знать все подробности, но все же такая «слоенка» вызывает некоторые опасения насчет стабильности и согласованного взаимодействия отдельных частей. Хотя вынужден признать, что фактами такие опасения пока не подтверждаются.
С другой стороны, в версии четыре Qt стала значительно более «фрактальной» по сравнению с 3.3.3, так что в некотором смысле обе библиотеки идут встречными курсами. Тем не менее, вы — как разработчик — при выполнении миссии «познать Gtk» столкнетесь со значительно более суровым вызовом, чем, скажем, в задании «изучить Qt».
Кстати, коль уж зашла речь о познании, вот вам последний убийственный аргумент в пользу Qt — документация. Кто видел когда-нибудь документацию Trolltech, тот согласится, что это образец полноты и ясности изложения. С другой стороны — попробуйте-ка просто найти документацию по Gtk.
О’кей, вот она: /usr/share/gtk-doc (почему же не doc/gtk?). Собственно, документация достаточно полная — однако состоит из многих частей, как и сама библиотека. И в конце концов вы, конечно же, можете получить всю нужную вам информацию — но сколько килоджоулей на это уйдет, не берусь предсказать.
Неопровержимый факт: Hello World
Я не буду тут что-то особо расписывать — все и так ясно: инициализация, создание окна, метки, переподчинение последней и отображение, вход в цикл сообщений. Компилируются Gtk-приложения (а также GDK и так далее) с флагами, поставляемыми утилитой pkg-config:
#include
int main(int argc,char **argv) <
GtkWidget *window;
GtkWidget *label;
gtk_init(&argc, &argv);
window = gtk_window_new(GTK_WINDOW_TOPLEVEL);
label = gtk_label_new(«Hello, World!»);
gtk_container_add (GTK_CONTAINER (window), label);
gtk_widget_show(label);
gtk_widget_show(window);
gtk_main();
return(0);
>
Почему GNOME?
Немного остановимся на вопросе, почему компания Red Hat приняла решение использовать GNOME в качестве оболочки по умолчанию.
Вопрос довольно сложный: Красные Шапки являются коммерческой организацией, которая внедряет бесплатный Linux в мир бизнеса. Типичный покупатель Red Hat — это руководитель коммерческой компании, желающий использовать и разрабатывать коммерческие приложения, но не желающий платить лицензионные отчисления в какой-либо форме, кроме «стоимости носителей» и небольшого ревеню создателям дистрибутива, в основном за поддержку. А поскольку коммерческое использование уже выходит за те рамки, до которых простирается «Free License» от Trolltech, то RH правильно делает, что не распространяет Qt там, где за это нужно платить.
Как результат — KDE не включается во всякие «RH Pro Edition».
С другой стороны, у создателей KDE есть серьезные намерения портировать KDE под Gtk. Основной аргумент: KDE в основном представляет философию пользовательского интерфейса и не связан со средой разработки. Кроме того, в последнее время часто появляются сведения о «мультиплатформенных» разработках — имеется в виду, что разработчики используют в одной и той же программе и Qt (KDE), и Gtk. В принципе нет ничего, что делало бы невозможным такой вариант — в, частности использование GDK предоставляет значительно больше возможностей для обработки графики, чем соответствующие объекты Qt.
В результате
В результате — если бы у бабки была репка, то это был бы дедка. То есть: если бы библиотека Gtk была написана на C++, а Qt не была бы защищена лицензиями Trolltech, если бы Qt обладала бы такими же инструментами рисования, как GDK, а Gtk — такой же документацией, как Qt, можно было бы говорить о «тяжелом выборе».
На сегодня же вопрос так не стоит, а стоит вот как: если вам нужно получить быстрое и надежное приложение, если вы не собираетесь использовать различные ObjectCalm’ы и вам не нужно профессиональное рисование (или вы намерены реализовать его самостоятельно) — то вам прямая дорога на сайт Trolltech, искать последнюю версию Qt. Но имейте в виду: за коммерческое использование ребята собирают деньги (за очень коммерческое, однако). А вы зато получите поддержку и другие бонусы. К тому же, помимо графики, Qt еще много чего умеет.
Но если вы убежденный программист на ObjectXLAM (условный Объектный Хлам, не пытайтесь найти по нему мануал), любите свободную тусовку хиппи, бесплатные пирожки на собачьем пуху, а также ориентирование на местности без компаса — счастливого пути на сайт gtk.org, там вы будете как дома.
А чтобы проверить совместимость тулкитов на себе, я как раз и пишу одну «многоплатформенную» программку. Но это уже тема для другой статьи…
Комментарии
>А я не говорю что GTK лучше или хуже Qt.
А надо! Надо говорить GTK лучшее что создало человечество, а QT поносное говно для лохов! Это стимулирует обсуждение и споры, а в спорах как известно рождается истина. Ну и тролли не скучают.
GTK все-же проще и быстрее в освоении.
Слышал много хороших отзывов о Qt и потому скачал либу с php-qt.org. Оказалось надо ее скомпилить. Ничего, такие мелочи нас не остановят! Скачал компилятор cmake и провозился пол дня с компиляцией. Как выяснилось, не так все просто. Пришлось искать уже скомпиленную dll-ку в инете. По этому вопросу гугл и яндекс деликатно промолчали. Неужели никто не использует Qt в связке с ПХП? Видимо Qt любит только C++ программистов.
Тогда решил попробовать GTK, про которую читал не очень лестные отзывы в рунете. Пошел на gtk.php.net, скачал готовую либу для винды и уже через 10 минут запускал рабочие примеры и изучал их код, процесс пошел. Это все к вопросу о сложности освоения GTK.
С хелпом тоже проблем не возникло: на страницах википедии по PHP-GTK, и просто по GTK, есть много ссылок на документацию и статьи по теме (включая ресурсы на русском языке). Пользуясь этим добром я за день с нуля освоил основы, позволяющие делать нужный GUI, и теперь спокойно занимаюсь своей программой.
Так что могу уверенно сказать, что с позиции PHP программиста, GTK все-же проще и быстрее в освоении.
Слышал много хороших отзывов о Qt и потому скачал либу с php-qt.org. Оказалось надо ее скомпилить. Ничего, такие мелочи нас не остановят! Скачал компилятор cmake и провозился пол дня с компиляцией. Как выяснилось, не так все просто. Пришлось искать уже скомпиленную dll-ку в инете. По этому вопросу гугл и яндекс деликатно промолчали. Неужели никто не использует Qt в связке с ПХП? Видимо Qt любит только C++ программистов.
Тогда решил попробовать GTK, про которую читал не очень лестные отзывы в рунете. Пошел на gtk.php.net, скачал готовую либу для винды и уже через 10 минут запускал рабочие примеры и изучал их код, процесс пошел. Это все к вопросу о сложности освоения GTK.
С хелпом тоже проблем не возникло: на страницах википедии по PHP-GTK, и просто по GTK, есть много ссылок на документацию и статьи по теме (включая ресурсы на русском языке). Пользуясь этим добром я за день с нуля освоил основы, позволяющие делать нужный GUI, и теперь спокойно занимаюсь своей программой.
Так что могу уверенно сказать, что с позиции PHP программиста, GTK все-же проще и быстрее в освоении.
В чем разница между GTK + и Qt?
Языки программирования и инструментарий — сложные темы. Вероятно, вам удавалось использовать компьютеры долгое время, не задумываясь.
Но когда вы переключились на Linux, проблема внезапно стала актуальной. Это потому, что насколько хорошо приложение интегрируется с остальной частью вашего рабочего стола, часто возникает вопрос: сделано ли оно в GTK + или Qt?
Что такое GTK + и Qt?
GTK + и Qt — это наборы инструментов, используемые разработчиками для структурирования внешнего вида и ощущения приложения. Эти наборы инструментов предоставляют кнопки, панели инструментов, ползунки и меню, которые вы видите при использовании приложения.
Инструментарий экономит время разработчиков. Вместо того, чтобы кодировать или проектировать размер, форму и внешний вид каждой кнопки, они могут позволить инструментарию позаботиться об этой работе. Это позволяет им сосредоточиться на основных функциях, которые предоставляет приложение, таких как редактирование документов или воспроизведение музыки.
История GTK + и Qt
Haarvard Nord и Eirik Chambe-Eng начали разработку Qt в 1991 году. Название, которое произносится как «милый», появилось из-за того, как буква Q выглядела шрифтом Eavcs Haavard, и из-за предыдущего использования буквы t в Xt, X инструментарий уже используется на рабочих столах Unix.
Nord и Chambe-Eng позже стали соучредителем Quasar Technologies, которая стала Throll Tech, затем Throlltech, и теперь существует в другой форме, как The Qt Company.
В 1995 году Throll Tech выпустила исходный код для версии Qt для Linux. Но это не соответствовало определению Free Software Foundation в отношении свободного поскольку людям не разрешалось распространять код, если они вносили какие-либо изменения. Лишь в 2000 году Throlltech предоставил пользователям свободу свободно редактировать и распространять код.
GTK + начинался как GIMP Toolkit, созданный Питером Маттисом в качестве замены существующего интерфейса, используемого в программе манипуляции изображениями GNU. После переписывания инструментарий стал GTK + и был выпущен в 1998 году. В отличие от Qt, у людей была свобода редактировать, изменять и делиться GTK + с самого начала.
Хотя Qt в некотором смысле является более универсальным и адаптируемым инструментарием, сообщество в течение первых лет консолидировалось вокруг GTK +. Стоит также отметить, что некоммерческий фонд GNOME теперь поддерживает GTK +, в то время как публично торгуемая компания The Qt Company ведет разработку Qt. Тем не менее, на данный момент ни один инструментарий не является «более бесплатным», чем другой.
Настольные ПК и программное обеспечение на базе GTK
Если вы недавно перешли на Linux, есть большая вероятность, что вы используете настольный компьютер на базе GTK. Это потому, что во многих из лучших настольных сред Linux используется GTK +.
Возьмите GNOME, опцию по умолчанию в таких известных и хорошо зарекомендовавших себя ОС Linux, как Ubuntu, Fedora и Debian. Затем есть альтернативы, такие как MATE и Xfce, которые предлагают более легкие и более традиционные интерфейсы.
Давайте не будем забывать об Elementary OS, новичке, который больше обслуживает последние коммутаторы, чем давние пользователи Linux.
Многие из самых популярных приложений с открытым исходным кодом лучше интегрируются с десктопами на базе GTK. Это включает в себя такие программы, как Firefox, Thunderbird, LibreOffice и GIMP. Менее известные кроссплатформенные приложения на основе GTK включают AbiWord, Inkscape и Pidgin.
Среди приложений GTK + растет степень разнообразия. Программное обеспечение, разработанное специально для GNOME, может выглядеть неуместно даже на других настольных ПК на базе GTK. Это связано с тем, что руководящие принципы разработки интерфейса пользователя GNOME не поощряют использование меню и вносят другие, менее распространенные изменения.
Также знайте, что многие приложения, предназначенные для elementaryOS, недоступны для других рабочих столов.
Между тем, большинство вышеупомянутых популярных кроссплатформенных инструментов GTK + остаются относительно независимыми от настольных компьютеров (что означает, что они выглядят неуместно в GNOME и элементарной OS, поскольку акцент делается на уникальном дизайне).
Настольные ПК и программное обеспечение на основе Qt
Рабочий стол KDE Plasma является старейшей полнофункциональной рабочей средой для Linux. Если бы в 1996 году Qt был полностью открыт, GNOME, возможно, даже не существовало бы. Более двух десятилетий спустя сообщество KDE продолжает предоставлять самый многофункциональный рабочий стол Linux.
Поскольку существует так мало других настольных ПК на базе Qt, многие приложения Qt специально разработаны для настольных компьютеров Plasma и могут даже зависеть от различных компонентов KDE. По этой причине интеграция программного обеспечения KDE является одной из лучших среди любых настольных систем.
Вы можете настроить интерфейс, который влияет на каждое приложение, или вы можете настроить одно приложение, пока оно не станет удобным. Тем не менее, рабочий стол Plasma не единственный, который использует Qt. LXQt — это одна из альтернатив, которая фокусируется на том, чтобы быть легче и проще.
Хотя некоторые программы KDE являются кроссплатформенными, эти программы не так известны за пределами сообщества Linux. Наиболее заметными исключениями могут быть Krita и digiKam.
Не все программное обеспечение Qt специально разработано для KDE. К таким программам относятся медиаплеер VLC и настольное издательское приложение Scribus.
Разница имеет значение?
Есть технические различия между GTK + и Qt, но большинство из них больше интересуют разработчиков, чем остальные из нас. В наши дни ограничения еще труднее заметить, чем раньше. Благодаря отличной тематике многие приложения GTK + теперь выглядят как дома на рабочем столе Plasma на базе Qt. Некоторые из этих приложений выглядят больше на плазме, чем в GNOME.
Между тем, вы также можете установить Scribus или VLC на рабочий стол на базе GTK, даже не осознавая, что есть разница.
Но небольшие несовместимости появляются время от времени. Приложения могут открывать другое окно выбора файлов, когда вы ищете файл для открытия. Настройки системных тем могут относиться к определенным приложениям, но не к другим. Чем больше вы возитесь с вашим рабочим столом, тем больше причуд может появиться.
В конечном счете, вопрос о том, предпочитаете ли вы GTK + или Qt, сводится к выбору вашего любимого интерфейса рабочего стола и ваших любимых приложений для Linux.