Co wybrać: GTK+ czy Qt? [zamknięte]

Używałem już wcześniej GTK+, QT i wxWidgets. Oto krótkie podsumowanie:

Dla mojego pierwszego projektu cross platform UI zdecydowałem się na wxWidgets głównie dlatego, że w tym czasie licencja nie była tak restrykcyjna jak QT (QT była GPL i tylko dla Linuksa) i miała specyficzny dla platformy interfejs (w przeciwieństwie do GTK). Projekt działał dobrze, ale było sporo błędów, które sprawiały, że kompilował się i działał poprawnie na innych platformach - czasami niektóre zdarzenia były odpalane inaczej i takie tam. Również GDI w wxWidgets był dość powolny.

Następnie użyłem GTK dla innego projektu w Pythonie. W tym celu użyłem wiązań Pythona i wszystko działało mniej lub bardziej płynnie. Nie spodobał mi się fakt, że interfejs użytkownika nie wyglądał natywnie na Windows i Mac, a także po uruchomieniu aplikacji GTK+ zawsze debug wyprowadza mnóstwo krytycznych ostrzeżeń, które wydają się w porządku ignorować. : S

Wreszcie zrobiłem bardzo prosty projekt QT teraz, gdy Nokia nabyła go i był genialny. Najlepszy z trójki. Po pierwsze, jeśli nie jesteś old schoolerem, który woli VI lub Emacs, QtCreator jest genialny. Naprawdę kocham VI i używam go od lat, ale zdecydowanie wolę QtCreator dla projektów C++ QT. Jeśli chodzi o bibliotekę, bardzo spodobała mi się również dokumentacja i dostarczone API. QT ma pojęcie slotów i sygnałów, które wprowadzają nowe słowa kluczowe C++ i preprocesor. Zasadniczo, po przeczytaniu samouczka dostaniesz go łatwo i zaczniesz go kochać. Teraz robię iPhone dev i wydaje mi się, że trochę Cocoa 's/Interface Builder' s UI paradigm.

Podsumowanie: wybrałbym QT hands down. Licencja jest całkiem dobra, a SDK i dokumentacja naprawdę ładne.

Nigdy nie używałem GTK, ale z własnego doświadczenia korzystałem z Qt:

To znacznie więcej niż tylko GUI. To cała struktura aplikacji. Kiedyś myślałem o tym jak o bibliotekach Javy dla C++. Zapewnia wszystko, o czym wspomniałeś-bazę danych, XML, Sieć i wątki i wiele innych. Dostarcza również rzeczy takie jak kontenery i Iteratory oraz odpowiedniki do wielu bibliotek boost.

Rzeczą, która zrobiła na mnie największe wrażenie, gdy zaczynałem używać Qt, było niezwykle obszerna dokumentacja. Otrzymasz program o nazwie Qt Assistant, który zapewnia w pełni indeksowaną i przeszukiwalną dokumentację API na Twoim pulpicie, a także liczne przykłady kodu i samouczki. Okazało się, że ma to dużą różnicę w wyszukiwaniu w Internecie za każdym razem w poszukiwaniu informacji API. Bardzo szybki dostęp, gdy trzeba zapamiętać podpis metody.

Nie jestem pewien, który jest najczęściej; to prawdopodobnie trudno dokładnie zmierzyć. Obie są z pewnością popularne. Ponieważ Gnome jest domyślnym pulpitem Ubuntu, a Gnome siedzi na GTK, to oczywiście ma szerokie zastosowanie. Oczywiście KDE jest również bardzo popularne. Nokia mocno wciska Qt w Przestrzeń mobilną - ich system operacyjny Maemo, używany na przykład w nowym N900, wkrótce przełączy się na Qt jako domyślny zestaw narzędzi (obecnie jest to GTK.) Wierzę, że Qt również wkrótce stanie się domyślnym zestawem narzędzi dla Symbian OS.

Nie używałem Qt Creator, ale słyszałem o nim wiele dobrych rzeczy. Jest to C++ IDE z oczywistą ciężką integracją z Qt. Informatyka ma również fałszywą emulację vim, która jest zawsze miła, jeśli lubisz tego rodzaju rzeczy!

Qt używa qmake do konfiguracji kompilacji. Uznałem to za dużo ładniejsze niż pisanie własnych plików Makefile. Nie wiem, co GTK używa do budowy.

Kilka rzeczy, które na początku trochę odbiegały od Qt, to duże wykorzystanie makr preprocesora. System signal / slots zapewnia ładny mechanizm przekazywania zdarzeń/wiadomości w aplikacji, ale czuje się trochę jak magia, która może nie być łatwo przenośny do innego zestawu narzędzi, jeśli kiedykolwiek chcesz. Również moc (meta-object compiler), chociaż nie jestem do końca pewien, co robi, również czuje się trochę zbyt dużo jak magia dzieje się za kulisami.

W sumie jednak, polecam Qt, szczególnie jeśli się uczysz. Ma naprawdę niesamowitą dokumentację i ładne IDE i ruchliwe fora. Dzięki niemu będziesz mógł bardzo szybko tworzyć aplikacje C++, szczególnie z QML w wersji 4.7.

To prawdopodobnie zależy od tego, co chcesz zrobić. Polecam Qt, bo to coś więcej niż GUI, ma ładne wiązania Pythona (podobnie jak Gtk), a same biblioteki GUI są (subiektywnie rzecz biorąc) przyjemniejsze niż Gtk.

Gtk jest z drugiej strony bardziej powszechne w świecie Linuksa, więc prawdopodobnie możesz uzyskać więcej pomocy w Internecie. Powód rozpowszechnienia Gtk prawdopodobnie ma więcej wspólnego z Gnome i Ubuntu, a nie TECHNICZNE zalety, ale jeśli chcesz, aby oprogramowanie ładnie komponowało się z tymi po drugie, łatwiej osiągniesz to dzięki Gtk.

Qt na pewno ma solidną obsługę DB, sieci, wątków itp... Robi o wiele więcej niż po prostu wieloplatformowy GUI (i robi większość z nich całkiem dobrze).

Polecam go nad GTK+.

Dodaję tylko zalety QT do innych odpowiedzi.. QT posiada świetną dokumentację, własny IDE & GUI creator{[2] } i rozszerza C++ O kilka nowych koncepcji, takich jak sloty/sygnały (w zasadzie zdarzenia).

Nie jestem programistą GTK, więc nie mogę ich porównywać do świata GTK: (

Qt. Jest nie tylko obiektowy, jest "dobry" obiektowy. Opiera się na "podzbiorze" C++, który nie opiera się na zaciemnieniu C++ (ale można się przy nich trzymać, jeśli masz ochotę na masochizm ;)).

Ma silny impet teraz, gdy Nokia go kupiła (właściwie Nokia zrobiła ~2/3 lat temu). Będzie we wszystkich urządzeniach mobilnych Nokia i Intel (smartfony, netbooki, tablety).

To kręgosłup KDE, więc jest bardzo dojrzały, ale został zaprojektowany w bardzo elastyczny dzięki temu możliwe jest wsparcie wszystkich najnowszych "fajnych rzeczy", które powinien mieć framework more-then-just-GUI.

Do dzieła.

Wygląda na to, że Nokia będzie używać Qt wszędzie, jak na Maemo

Jeśli chcesz, aby Twoja aplikacja działała na iOS, Android, Blackberry, innych platformach mobilnych, Windows, Mac OSX i Linux, użyj Qt.

Qt-project.org