Gdzie jest dobre miejsce, aby rozpocząć programowanie GUI Dla windows? [zamknięte]

Jest to dość szerokie pytanie, ponieważ programowanie aplikacji GUI w systemie Windows można wykonać na wiele sposobów.

Istnieją dwie główne części do tworzenia dowolnej aplikacji GUI: język i API/framework . Biorąc pod uwagę, że jesteś zainteresowany nauką tworzenia aplikacji GUI systemu Windows, język nie jest dla ciebie tak naprawdę punktem skupienia. Dlatego powinieneś wybrać język, który już znasz i pracować z frameworkiem lub API, który może być wykorzystany przez wybrany język.

Jeśli jeśli chcesz używać C, jesteś prawie ograniczony do samodzielnego radzenia sobie z API Win32, w takim przypadku czytanie Petzold lub Richter byłoby świetnym miejscem do rozpoczęcia. API Win32 może być dość zniechęcające, ale warto się tego nauczyć (imho). Istnieje wiele samouczków na temat Win32 w Internecie, i zawsze jest MSDN , z pełnym odniesieniem / przewodnikiem po Win32 API. Upewnij się, że obejmujesz nie tylko API, ale inne obszary, takie jak zasoby/okna dialogowe bloki konstrukcyjne dla Twojej aplikacji Win32.

Jeśli chcesz używać C++ masz wszystkie opcje, które masz podczas korzystania z C plus kilka innych. Polecam korzystanie bezpośrednio z API Win32, a następnie przejście do znanego frameworka, takiego jak MFC, Qt, wxWindows lub GTK, abyś mógł poświęcić mniej czasu pracy z kodem boilerplate i zamiast tego skupić się na pisaniu logiki aplikacji. Ostatnie 3 opcje, które wymieniłem, mają dodatkową zaletę, że są wieloplatformowe, więc nie musisz się martwić zbyt dużo o kwestiach związanych z platformą. Biorąc pod uwagę, że powiedziałeś, że chcesz pracować z Windows, zakładam, że jesteś chętny, aby skupić się na tym, a nie cross-platform -- więc idź z MFC, ale spędź trochę czasu z Win32 API najpierw zapoznać się z niektórymi pojęciami.

Kiedy mamy do czynienia z MFC i API Win32, warto spróbować dobrze zrozumieć terminologię przed napisaniem kodu. Na przykład, musisz zrozumieć, czym jest pompa message Pump i jak to działa. Musisz wiedzieć o pojęciach takich jak "owner-drawn controls" i subclassing. Kiedy zrozumiesz te rzeczy (i nie tylko), łatwiej będzie Ci pracować z MFC, ponieważ używa podobnej terminologii w swoich interfejsach klasowych(np. musisz wiedzieć, co oznacza "Przetłumacz wiadomości", zanim zrozumiesz, jak i kiedy używać PreTranslateMessage ).

Można też użyć Managed C++ do pisania aplikacji. NET GUI, ale czytałem w kilku miejscach to zarządzane C++ nie było tak naprawdę przeznaczone do użycia w ten sposób. Zamiast tego powinien być używany jako brama pomiędzy kodem natywnym / niezarządzanym a kodem zarządzanym. Jeśli używasz. NET, najlepiej jest użyć języka. NET, takiego jak VB.NET lub C # do budowania GUI.

Więc jeśli masz zamiar używać. NET, obecnie masz do wyboru WinForms Biblioteka, lub WPF. Osobiście uważam, że traciłbyś czas na naukę tworzenia aplikacji WinForms biorąc pod uwagę, że WPF jest zaprojektowany, aby go zastąpić. Z czasem WPF stanie się bardziej zapobiegliwy i Winforms najprawdopodobniej umrze. WPF ma znacznie bogatszy zestaw API i nie cierpi z powodu wielu ograniczeń, które ma Winforms. Jeśli jednak wybierzesz tę trasę, bez wątpienia będziesz musiał nauczyć się XAML, który jest językiem znaczników, który napędza aplikacje WPF. Ta technologia zbliża się do wieku i jest wiele świetnych miejsc, aby się o niej dowiedzieć. Po pierwsze są takie strony jak LearnWPF i DrWPF które mają naprawdę świetne artykuły. Po drugie, istnieje mnóstwo jakości Książki na temat .

Podsumowując, gdy już wybierzesz swój język i technologię, ścieżka jest całkiem łatwa. Po prostu weź książkę lub dwie, poczytaj blogi, zapoznaj się z próbkami kodu.. i co najważniejsze ... napisz kod. Pisz dalej, popełniaj błędy i ucz się na nich.

Jako ostatnia uwaga...

In innymi słowy, Silverlight. Jeśli nie chcesz iść na MS route możesz dać Adobe Flash / Flex wygląd zobacz. Zarówno Silverlight, jak i Flash / Flex budują RIA. One dni biura jak aplikacje są numerowane

W ogóle się nie zgadzam. Silverlight nie jest tym samym co WPF. Silverlight jest specyficzny dla sieci i ma tylko podzbiór funkcji WPF. Biorąc pod uwagę, że pytanie dotyczy aplikacji GUI systemu Windows, Aplikacje Flash / Flex Rich Internet nie są tak naprawdę odpowiednią sugestią. Nie zgadzam się też, że dni bogatych aplikacji klienckich (np. office) są w ogóle policzone.

Mam nadzieję, że to pomoże. Powodzenia:)