C++, jaka biblioteka do tworzenia okienek?

pytanie zadane 15 września 2018 w C i C++ przez Owczarek Niemiecki Obywatel (1,570 p.)
zamknięte 22 września 2018 przez Owczarek Niemiecki

WinApi nie polecają, gdyż skomplikowany i długi kod. Qt chyba działa tylko z środowiskiem QtCreator? Czy jest coś jeszcze innego?

komentarz zamknięcia: Odpowiedź

komentarz 15 września 2018 przez jpacanowski VIP (102,420 p.)

Może jednak się skusisz? Szybkie, mega lekkie aplikacje w tym napiszesz, w odróżnieniu od takiego Qt...

http://cpp0x.pl/kursy/Kurs-WinAPI-C++/167

komentarz 16 września 2018 przez draghan VIP (106,020 p.)

Szybkie, mega lekkie aplikacje w tym napiszesz, w odróżnieniu od takiego Qt...

Ale nie za darmo. Parafrazując:

Nieprzenośny, mega brzydki kod w tym napiszesz, w odróżnieniu od takiego Qt...

Oczywiście wszystko z przymrużeniem oka, bo wszystko ma swoją domenę zastosowań. :)

4 odpowiedzi

odpowiedź 15 września 2018 przez profesorek96 Szeryf (91,460 p.)
wybrane 22 września 2018 przez Owczarek Niemiecki

odpowiedź 15 września 2018 przez niezalogowany

Witam,

Ja sam używałem większości i takie są moje spostrzeżenia:

Qt - mnie osobiście się sie podobała, wprowadza sporo rzeczy do c++, na początku wydawała mi się trudna do zrozumienia, nie podoba mi się szczególnie Qtcreator, a chodź w innych środowiskach się da, jest z tym sporo problemów.

SFML - mój faworyt na początek, choć stworzona głównie pod gry, cała biblioteka stworzona na czystej obiektowości, wszystko proste i przejrzyste, oficjalne tutoriale oraz nowość działa w code blocks jedynie z podaniem ścieżek do biblioteki oraz po łatwej konfiguracji w visual studio

WinApi - lekko skomplikowane, lecz się opłaca, typowo pod klasyczne windowsowe okienka, do gier nie polecam

Gtk+ - na Linux zastępowała mi WinApi, mniej nastawiona na okienka, lecz pod Linuxa bardzo dobra, gdy znudzi się prosty SFML

WxWidgets - mi jako biblioteka nie podpasowała, na początku definicja klas okienek, ramek, mi się po prostu nie chciało tego robić, lepszy SFLM, a później, na gdy już trochę więcej się umie, to nie dorasta do pięt WinApi

To jest moja opinia, a Tobie radzę popróbować wszystkiego po trochu i wybrać ulubioną.

Miłego programowania!

1	komentarz 15 września 2018 przez j23 Mędrzec (190,220 p.) Porównywanie wxWidgets do SFML-a i WinAPI jest dziwaczne.

komentarz 16 września 2018 przez niezalogowany

To nie porównanie, lecz moje odczucia po korzystaniu. A np. SFML i WinApi trochę do czego innego są stworzone i to trochę inny level umiejętności.

komentarz 16 września 2018 przez j23 Mędrzec (190,220 p.)

Tylko co ma SFML do wxWidgets czy nawet WinAPI (w części okienkowej)? Co do niedorastania do pięt WinAPI: to też jest bez sensu, bo windowsowy port wxWidgets korzysta intensywnie z WinAPI (natywny look & feel).

komentarz 16 września 2018 przez niezalogowany

SFML i wxWidgets nie mają do siebie nic, napisałem tylko, że według mnie SFML lepszy. A co do WinApi i wxWidgets: tak jak wxWidgets korzysta z WinApi, tak SFML korzysta z OpenGL, a różnica jest, niektótych rzeczy nie da się zrobić w SFML, a da w OpenGL. Gdy w WinApi masz dostęp do wszystkiego, to chociaż upraszcza nie oferuje wszystkich funkcji.

1	komentarz 16 września 2018 przez j23 Mędrzec (190,220 p.) tylko, że według mnie SFML lepszy. No właśnie o to mi chodzi. Piszesz, że jest lepszy, tylko nie wiadomo w czym. Bo do pisania aplikacji okienkowych na pewno nie (a o to OP przecież pytał).

komentarz 16 września 2018 przez niezalogowany

Z trójki Qt, SFML i wxWidgets najlepiej mi się pisało w SFML, ponieważ reszta bibliotek wymaga innej organizacji kodu od normalnego czystego c++, co mi nie pasuje. Poza tym jego możliwości z powodzenie wystarczają do pisania aplikacji z gui. Nie oferuje co prawda fajerwerków, ale jest prosty, czysto obiektowy i do wszystkiego. Dlatego polecam go na początek.