Witam,
czy ktoś z Wam mógłby się podzielić materiałami do nauki C++ CLR Windows Form API. W C++ programuje ok rok, chciałbym się rozwijać w tym języku. Z góry dziękuje za wsparcie...
0
0
Jeżeli chcesz się rozwijać w C++, to C++/CLI (C++ dla CLR) nie jest najlepszym wyborem, bo jest to raczej rzadko stosowane rozwiązanie i dość specyficzne w swoich zastosowaniach. Jeżeli chcesz tworzyć aplikacje graficzne to raczej proponowałbym sięgnąć po jakieś bardziej typowe rzeczy dla C++, jak np. Qt.
Na tyle rzadko, że nie jest łatwo nawet utworzyć projekt WinForms w C++/CLI we współczesnych Visual Studio ;)
1
Tomasz M. Myszak napisał(a):
Witam,
czy ktoś z Wam mógłby się podzielić materiałami do nauki C++ CLR Windows Form API. W C++ programuje ok rok, chciałbym się rozwijać w tym języku. Z góry dziękuje za wsparcie...
Jest na to dedykowany wątek, podpięty na dziale C#
https://4programmers.net/Forum/C_i_.NET/196733-o_naduzywaniu_c++cli
(link sie uszkadza przez znaki specjalne)
Generalnie: NIEEEE
Mutant z problemami genetycznymi, ani to C++, ani C#
Już lepiej pisać w C#
0
@AnyKtokolwiek: c# piszę, jednak zauważyłem, że C# jest nieco zasobożerny. Jednak C++ jest bliżej procesora niż C# i obliczenia są szybsze. Niemniej jednak uczę się również C#, głównie dla WinRT
2
Tomasz M. Myszak napisał(a):
@AnyKtokolwiek: c# piszę, jednak zauważyłem, że C# jest nieco zasobożerny. Jednak C++ jest bliżej procesora niż C# i obliczenia są szybsze. Niemniej jednak uczę się również C#, głównie dla WinRT
z tym, ze to NIE JEST C++.
C++ CLI Używany w tych samych zakresach jest tak samo zasobożerny jak C#, tak sam ma garbage colelctor itd - a sądzę, że w wariancie mix będzie bardziej, np dwie kopie stringów itd
Pominę, ze 99,9% mitów o zasobożerności jest kwestią religijnej wiary
Jesli uważasz że C++/CLI bliżej do procesora ... (i jakie to ma znaczenie przy formatkach)
Tomasz M. Myszak napisał(a):
@AnyKtokolwiek: c# piszę, jednak zauważyłem, że C# jest nieco zasobożerny. Jednak C++ jest bliżej procesora niż C# i obliczenia są szybsze.
A pomyśleć, ze miesiąc temu miałeś szkolne problemy z C++
0
Nie mam niestety dobrych/sprawdzonych materiałów dla C++, ja jestem siszarpowiec głównie. — Ktos 13 minut temu
dzięki za uwagę, przyjrzę się Qt. W VS2019 jest to ułatowione przez rozszerzenie CppCLR_WindowsForm. Aczkolwiek masz jakieś Swoje prywatne materiały dot Qt — Tomasz M. Myszak dziś, 10:23
Z deka mieszacie tematem. Wybór GUI to jedno.
Jakie są cele???
Szybkie developowania rozległych ergonomicznie aplikacji, argument za Qt - czy sprytne małe utility, nie wymagające instalatora, argument za innym frameworkiem, być może FLTK.
A może najlepsza możliwa integracja z technologiami małomiękkiego, np Office?
Wybór bez określenia celów jest zawsze wyborem d/d.
Wybór języka / środowiska / runtime to drugie.
Z czym "sąsiaduje" nasz projekt?
Akurat jak wleziemy na obiekty COM, to zapomnijmy o liczeniu taktów CPU (aka onanizm C / C++).
Mamy tam jeszcze jeden model alokowania pamięci (i zasobów, nie .NET, nie Qt - tak, Qt ma swój, jeszcze inny) - nie dziubałem, ale z jednej strony wydaje się surowe C++ jest najbardziej podatne na niesprzeczną współprace, choć z drugiej to obecnie numero uno, .NET i C# to z wielu względów najlepiej wytestowane, udokumentowane itd.
Za ChRL wśród argumentów nie pojawia się C++/CLI
0
AnyKtokolwiek napisał(a):
z tym, ze to NIE JEST C++.
Powiedzmy że to jest C++ z dodatkami.
C++ CLI Używany w tych samych zakresach jest tak samo zasobożerny jak C#, tak sam ma garbage colelctor itd - a sądzę, że w wariancie mix będzie bardziej, np dwie kopie stringów itd
Masz kontrolę nad tym który kod jest natywny, a który przechodzi przez CLR.
0
Azarien napisał(a):
AnyKtokolwiek napisał(a):
z tym, ze to NIE JEST C++.
Powiedzmy że to jest C++ z dodatkami.
C++ CLI Używany w tych samych zakresach jest tak samo zasobożerny jak C#, tak sam ma garbage colelctor itd - a sądzę, że w wariancie mix będzie bardziej, np dwie kopie stringów itd
Masz kontrolę nad tym który kod jest natywny, a który przechodzi przez CLR.
-
syntax języka jest zmienony. Nie tak się rozumie "dodatki" do języka. Dla mnie "dodatki do C++" to miały borlandy itd...
-
powiedz to 99% użytkownikom C++/CLI, którzy są zieleni jak szczypiorek - jak stwierdził @Ktos trafili w te dziwne okolice przypadkiem.