C++ - w czym pisać aplikacje okienkowe

C++ - w czym pisać aplikacje okienkowe
EV
  • Rejestracja:ponad 13 lat
  • Ostatnio:ponad 13 lat
  • Postów:7
0

Jakie biblioteki polecilibyście do pisania aplikacji okienkowych ? Obecnie zastanawiam się nad QT, ponieważ po przejrzeniu dokumentacji wygląda zachęcająco. Jakie są jeszcze biblioteki "na czasie". Zależy mi na czymś co przydałoby się potem w pracy.

edytowany 1x, ostatnio: Evertras
0
  1. QT + wxWidgets
  2. C++/CLI
  3. WinApi
MasterBLB
  • Rejestracja:około 19 lat
  • Ostatnio:8 dni
  • Lokalizacja:Warszawa
  • Postów:1454
1

zdecydowanie Qt.WinAPI jest dla masochistów


"Sugeruję wyobrazić sobie Słońce widziane z orbity Merkurego, a następnie dupę tej wielkości. W takiej właśnie dupie specjalista ma teksty o wspaniałej atmosferze, pracy pełnej wyzwań i tworzeniu innowacyjnych rozwiązań. Pracuje się po to, żeby zarabiać, a z resztą specjalista sobie poradzi we własnym zakresie, nawet jeśli firma mieści się w okopie na granicy obu Korei."
-somekind,
konkretny człowiek-konkretny przekaz :]
KR
zgadzam się w 100%. Popieram całym sercem ;D
9

Bierzesz swój temat (w czym pisać aplikacje okienkowe), wklejasz w wyszukiwarkę forum, klikasz sortowanie wedle dat malejąco: http://4programmers.net/Forum/C_i_C++/183016-jakie_gui - wątek założony z miesiąc temu.

Dlaczego, prostytutka, każdy uważa, że jego pytanie jest unikatowe w skali całego [CIACH!] wszeświata i nikt go, cholera, przed nim nie zadał, a już na pewno nie wielokrotnie?

vpiotr
  • Rejestracja:ponad 13 lat
  • Ostatnio:prawie 3 lata
0

wxWidgets - z tego co wiem szybsze od Qt (natywne kontrolki) i lepsza licencja

C++/CLI ? Chyba bardziej WinForms czy coś w tym kierunku?

edytowany 1x, ostatnio: vpiotr
byku_guzio
  • Rejestracja:prawie 15 lat
  • Ostatnio:około 7 lat
0

C++/CLI właśnie pozwala używać WinForms pisząc w C++ - jako rozszerzenie C++ dodaje np. zarządzane wskaźniki co by współpracować z .NET'em


edytowany 1x, ostatnio: byku_guzio
MA
  • Rejestracja:około 17 lat
  • Ostatnio:4 miesiące
  • Lokalizacja:Poznań
0

Ja wybrałem QT, integrując z VS.
Aczkolwiek CBuilderem czy VS to to nie jest, pod względem prostoty użytkowania i bogactw komponentów : >

Azarien
  • Rejestracja:ponad 21 lat
  • Ostatnio:19 minut
0

Jak Qt to lepiej użyć środowiska przeznaczonego dla tej biblioteki, QtCreatora.
Qt pod VS to proteza taka jest.

Zobacz pozostałe 6 komentarzy
MA
mnie z kolei irytują akcje - czy to w VS C# czy Delphi czy CBuilder, mam zakładkę eventów, robię dwuklik i piszę funkcję obsługującą event. A tu trzeba jakieś connecty, signale robić ręcznie. No, ale to może za długie przyzwyczajenie do luksusów :)
Azarien
mnie też. ale Qt tak ma, niezależnie od środowiska. w sumie eventy działają podobnie jak w C#, więc DAŁOBY się zrobić sensowne IDE do tego.
several
Ekhem: http://doc.trolltech.com/4.4/qmetaobject.html#connectSlotsByName . Tyle że Signa&slot i metody connect(), disconnect() cholernie uelastyczniają pracę z eventami. Klasy są bardziej hermetyczne bo jeśli jej stan się zmieni to po prostu wyemituje sygnał, czasami tak jest że wywołanie jakiejś metody powoduje zadziałanie eventu który w naszym zamierzeniu nie ma się w tym miejscu aktywować. Zamiast kombinować na około jak rozwiązać problem robię sobie disconnet() przed wywołaniem, potem connect() za wywołaniem i nie przejmuję się tym już dalej.
MasterBLB
Poza tym używanie tego connectSlotsByName utrudnia nazywanie slotów jakoś sensownie tak,aby wiadomo było po nazwie co on robi-w szczególności dotyczy to takich slotów,które jest sens wywoływać zarówno sygnałem jak i w kodzie "z palca"
Azarien
to co piszesz jest problemem wszędzie, nie raz w Delphi musiałem chwilowo wyłączać event żeby nie odpalił
0

MasterBLB ma rację poza tym do niedawna, nie wiem jak teraz, w QtCreator nie było możliwości dołączenia biblioteki z zewnątrz.

several
W której wersji miałeś z tym problem? Ja mam QtCreatora razem SDK z Qt 4.6.0 czyli wersja 1x i bez żadnych problemów można było dolinkować bilbioteki statyczne czy dynamiczne. Nie wiem jak VS ale QtCreator nie robił problemów przy dołączaniu tak *.lib jak *.a
R9
Problem z zewnętrznymi bibliotekami zawsze jest na Windowsie, bo mało komu chce się ścieżek kompilatora szukać:p Akurat w przypadku QtCreatora i qmake wystarczy tylko kilka osobnych wpisów w pliku .pro i po robocie. Oczywiście na windowsie z prefixem win32:, żeby na linuksie konfliktów nie było (tam prefix unix:). Na Liuksie biblioteki przeważnie się do /usr, lub /usr/local "instaluje", więc ścieżek dopisywać nie trzeba:p
0D
  • Rejestracja:ponad 14 lat
  • Ostatnio:około 11 lat
  • Postów:60
0

Ja zawsze używam WinAPI albo Windows Forms.

KR
  • Rejestracja:prawie 16 lat
  • Ostatnio:6 miesięcy
  • Postów:2514
0

Visual Studio C# (bardzo przyjemnie się pisze - dość długo uciekałem od niego szerokim łukiem, a było to spowodowane tym że wcześniej zetknęłem się z Visual Studio C++, które ZDECYDOWANIE odradzam)
LUB
Borland Delphi (Pascal) / Borland C++ (Mniej dorobione niż Delphi, zdarzyło mi się znaleźć błędy kompilatora, ale używałem ze względu na to, że lubię C++)


░█░█░█░█░█░█░█░█░█░█░█░
0
hauleth
Moderator
  • Rejestracja:ponad 17 lat
  • Ostatnio:2 dni
0

A ja od siebie polecę GTKmm - łatwe, szybkie, przyjemne, nierozlazłe i nie potrzebuje dodatkowego preprocesora.


MA
a dałbyś skrina jak to wygląda (komponenty, object explorer, itd) ?
several
Jak sobie wpiszesz gtkmm w YT będziesz miał video.

Zarejestruj się i dołącz do największej społeczności programistów w Polsce.

Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.