C/C++ Forum :: Windows Forms und Visual C++ MACHT KEINEN SINN!

Microsoft MVP VC++ · Jochen Kalmbach Moderator 20:48:47 15.03.2010 Titel:

Vielen Anfänger, welche C/C++ lernen wollen, suchen sich nach einer kostenlosen Entwicklungsumgebung und stossen dann früher oder später auf die Visual Studio 2008/2010 Express Edition.

Und ein Anfänger will natürlich gleich sichtbare Erfolge sehen und beginnt logischerweise gleich mit einer Fenster-Anwendung.

Leider enthält die VC2008/2010 Express Edition nur WinForms als graphische Oberfläche. Deshalb entwicklen die meisten dann nicht mit C/C++, sondern mit C++/CLI, was eine komplett andere Sprache ist und für die meisten nur zu Verwirrung führt.

Ich Rate jedem Anfänger davon ab VC 2008/2010 Express Edition für graphische Oberflächen zu verwenden, aus folgenden Gründen:

Der WinForms-Designer ist miserabel, da er die Implementierung von Methoden in der h-Datei vornimmt, was spätestens zu Problemen führt, wenn man mehr als ein Form hat und auf Methoden/Properties des anderen Forms zugreifen will (da man dann zyklische Abhängigkeiten in den h-Dateien hat, die man nur lösen kann, wenn man die Implementierung in die cpp-Datei verlegt)
Wenn man die Anwendung verteilen will, so muss man neben dem .NET-Framework auch die C-Runtime installieren; das muss man bei einer reinen .NET-Anwendung (z.B. C#) nicht
C++/CLI ist primär als InterOp Sprache zwischen .NET und native Code gedacht; das sieht man auch schon daran, dass seit VC2008 auch der Data-Wizard für C++/CLI entfernt wurde. Daraus ergibt sich gleich der nächste Punkt:
Der Data-Wizard wurde in VC 2008 entfernt um auch deutlich zu machen, dass der Focus auf native-managed InterOp liegt
Ca. 99% aller Beispiele im Internet sind mit C#; man findet fast keine Beispiele in C++/CLI
C++/CLI ist eine eigene Sprache und hat mit (ISO) C/C++ nichts zu tun; und das ganze zu mischen ist meistens noch viel sinnfreier, es sei denn, man weiss was man tut (was zu 99% nicht der Fall ist; zumindest in den Fragen, die ich aus den Foren entnehme)
C++/CLI wird oft als “Erweiterung” von C/C++ gesehen. Diese Sicht ist aber komplett falsch! Ganz einfacher Beweis: Versuch in einen STL-Vector ein CLR Objekt reinzustopfen (z.B. std::vector). Wenn es gehen würde, dann könnte man C++/CLI als Erweiterung sehen. Es geht aber nicht. Deshalb sind es zwei komplett getrennte Welten!
In VS 2010 wird es für C++/CLI Projekte kein Intellisense geben; das deutet auch stark darauf hin, dass es nicht als primäre Sprache für .NET geeignet ist

Empfehlung für Anfänger:
Wenn Ihr unbedingt graphische Oberflächen (RAD) machen wollt, dann nehmt lieber C# (gibt es auch als Express Edition).
Wenn Ihr wirklich C/C++ lernen wollt, dann nehmt die Professional-Version mit der MFC oder eine freie GUI-Bibliothek wie wxWidgets, GTK oder QT.

Empfehlung für Microsoft:
Wenn Ihr auch mit VC++ Anfänger erreichen wollt, dann liefert bitte die MFC in der Express-Edition mit; oder bindet von mir aus wxWidgets ein

Benutzerprofil Anmeldungsdatum: 16.08.2006 Beiträge: 854

Wie oft hast du das jetzt eigentlich schon geschreiben?

Unregistrierter

Stirbt C++/CLI nicht langsam aus? Gabs doch vor kurzem ein Thread darüber

theta Mitglied 23:05:47 15.03.2010 Titel:

Ich bin froh, dass das hier jetzt so festgehalten ist.
Ich hatte mir bei diesem Thema auch die Finger wundgeschrieben.
Simon

Microsoft MVP VC++ · Jochen Kalmbach Moderator 00:29:29 16.03.2010 Titel:

Grudn:
Da ich nicht die ganzen Klicks nur auf meinem Blog haben wollte, sondern auch noch das C++-Forum etwas davon abbekommt

Und nein, C++/CLI stirbt noicht aus, aber es ist nur für InterOp zu gebrauchen...

Fedaykin Mitglied 09:15:17 16.03.2010 Titel:

hmm.... schrieb:

Stirbt C++/CLI nicht langsam aus? Gabs doch vor kurzem ein Thread darüber

Wenn dann nur ganz langsam. Gerade große Branchenbereiche in der Industrie steigen nur langsam auf .net um. Dafür gibts aber viele alte Anwendungen im C++ und niemand wird sofort das ganze vorhandene Zeugs auf .net Portieren. Daher muss CLI als Bridge her. Ich denke da würden einige Firmen auf die Barrikaden gehen wenn das ganze auf einmal wegen "Aussterbens" nichts mehr angeboten würde.

Michael E. Mitglied 10:55:07 16.03.2010 Titel:

Jochen: So, wie du Krämpfe bekommst, wenn jemand C++ mit C++/CLI mischt, bekomme ich Krämpfe, wenn jemand durchgehend C/C++ schreibt. Ich versteh einfach nicht, warum du das machst.

Unregistrierter

Michael E. schrieb:

wenn jemand durchgehend C/C++ schreibt

Ist doch allgemein üblich, wenn ich in mein Bücherregal schaue, sehe ich zum Beispiel Jeffrey Richters "Windows via C/C++". Und man wohl nicht behaupten, dass der keine Ahnung hat ...

Unregistrierter

Wenn man bei Google nach C/C++ sucht, erscheint als zweiter Eintrag dieses Forum als C/C++ Ecke. :o)

Und auf c-plusplus.de findet man dann Reklame für das Buch "C/C++ Schnellübersicht". :o)

Michael E. Mitglied 12:33:30 16.03.2010 Titel:

Naja, Windows-Systemprogrammierer haben so ihre eigenen Vorstellungen von "C++"

Was manche Leute als C++ verkaufen, ist manchmal schon abenteuerlich.

Edit: Ich zitier mal, was ich grad gelesen hab (von http://c-plusplus.de/forum/viewtopic-var-t-is-263114.html):

Nexus schrieb:

Das stimmt bedingt. Wenn du C kannst, musst du dich nicht mehr um prozedurale Dinge wie Schleifen, If-Abfragen, Funktionen etc. kümmern. Falls du Zeiger schon verstanden hast, kommt dir das sicher auch zu Gute. Allerdings gibt es in C++ viele neue Sprachmittel wie Klassen, Templates, Operatoren, Namensräume, Exceptions, etc., die du auch alle lernen musst.

Das Wichtigste ist aber wohl, dass die Programmierparadigmen in C++ ganz anders als in C aussehen. Man hat viel mehr Möglichkeiten zur Abstraktion und kann fertige Klassen für Anwendungsbereiche wie Stringverarbeitung und Speicherverwaltung einsetzen. Die Philosophie ist eine andere. In C++ verwaltet man nur noch selten manuell Speicher, malloc() und free() braucht man so gut wie gar nie. Oder man benutzt typsichere Streams statt printf() mit variablen Argumentlisten. Es ist von zentraler Bedeutung, dass du dir neue Techniken anschaust, auch wenn die alten aufgrund der Abwärtskompatibilität zu C weiterhin funktionieren. Denn wenn du C in C++ programmierst, hast du C++ noch nicht verstanden.

witte Mitglied 12:57:39 16.03.2010 Titel:

Dann könnt ihr gleich auch noch ein der 50000 Threads "Progrmm läuft auf anderen rechnern nicht mehr" pinnen.

Unregistrierter

Naja, sehe ich ein wenig anders.

Visual Studio als IDE ist von der Installation die am wenigsten Problematische, und zum arbeiten richtig lecker. Der Compiler unterstützt TR1 sowie die 2010 Version schon die angedachten Änderungen zum neuen C++ stan****. Ob das mit der Intellisense so bleibt muß man schauen in der Final.
Das mit dem Datawizard und anderen Features kann auch sein um die Distanz zwichen Express und stan**** etwas zu erhöhen. Aber selbst die Standartversion ist von den Kostenpflichtigen die günstigste am Markt.

Zwichen Manged und Nativ Heaps zu verschieben ist nicht wirklich Trivial, aber darum macht sich kein Anfänger Gedanken.
Allerdings auch nicht Trivial ist es von QStrings von QT4, auf std::strings den Buchstabensalat zu bewegen.

Das das .Net, in der richtigen Version,auf dem Zielrechner laufen muß, trifft auf jede .Net Sprache zu. Ist mit Sicherheit viel einfacher als QR ,MFC oder WX DLL als Anfänger auf den Zielrechner zu bekommen ^^.

Natürlich ist C++/CLi eine eigene Sprache zu einem Framework, wenn mann es genau bestrachtet dann sind QT , Wxwidget und andere dann aber auch nicht c++ Iso.
Eigene Strings, eigene Container und co.
Eigentlich müßte mann demnach auch alles was nicht Windows, UNIX oder Unix Api ist als nicht C++ bezeichnen.

Die Beispiele im Netz besziehen sich zwar oft auf C# fürs .net, aber das ist nicht wirklich entscheident, wichtig ist das man Infos übers .Net bekommt und man sich halt den Syntax zu CLI erlernt, der nicht wirklich dramatisch anders als C++ ist. Und dafür ist wie für alle Sprachen ein gutes Buch oder Dozent viel Wert.
In der Summer einfacher dank Super Doku als andere Frameworks , da ist QT das einzig wirklich gut Dokumentierte leider nicht in Deutsch.

.Net ob mit c# , VB oder c++/CLi bringt die schnellsten Ergebnisse beim Programmieren.

Viel wichtiger als die Srachen oder das Framework ist das mann lernt bestimmt Probelem zu lösen, und das man das mit der Sprache macht mit der man am besten klar kommt.

C# ist zwar die beste Sprache für das .Net aber ob das die beste Sprache ist um Programmieren zu lernen bezweifel ich.

Meine Meinung ist da eher C rudimentär, dann C++ und sich dann wirklich alle Frameworks anschauen bei kleinen Projekten, und auch das .Net.
Und dann mit dem zu arbeiten wo man mit am besten zurecht kommt.
Und da ist c++ die beste Sprache um in wirklich alles reinzuschnuppern.
EIn Anfänger ist mit C# und reiner OOP auch eigentlich ziemlich überfordert.

Das Argument Portierbarkeit, OK.Die Frage muß man sich stellen ob die auch wiklich Notwendig ist. Schau sich mal einer die Marktanteile im CLient Bereich an.

Was ich aber gut Verstehen kann, wenn mann C++ ganz dolle Lieb gewonnen hat. Und ständig einer im falschen Forum die Fragen stellt weil sie denken sie benutzen C++

Unregistrierter

Und das mit dem Winforms Deklarationen im Headerfile, überläst jedem selbst die Definition der Actionhandler in eine CPP zu packen.

Mit Sicherheit einfacher als ne XML Datei vom QT oder WX Designer zu haben wo man sich die Bezeichner raussuchen kann und seine Handler selber Deklarieren kann.

DarkShadow44 Mitglied 20:24:55 27.06.2010 Titel:

Zitat:

C++/CLI wird oft als “Erweiterung” von C/C++ gesehen. Diese Sicht ist aber komplett falsch! Ganz einfacher Beweis: Versuch in einen STL-Vector ein CLR Objekt reinzustopfen (z.B. std::vector). Wenn es gehen würde, dann könnte man C++/CLI als Erweiterung sehen. Es geht aber nicht. Deshalb sind es zwei komplett getrennte Welten!

std::vector in Windows Forms ist doch gar kein Problem :confused:

Ist bei mir völlig unproblematisch...

Michael E. Mitglied 19:36:58 29.06.2010 Titel:

Was tust du denn in den vector? Wenns ein CLR-Objekt ist, ists nur eine Frage der Zeit, bis es schief geht (wenns überhaupt kompiliert).

DarkShadow44 Mitglied 14:08:24 30.06.2010 Titel:

In dem Vektor speichere ich geschachtelte structs mit "std::string","int" und auch noch "std::vector" der wiederum eine struct mit "std::string" und "int" enthält.

ich weiß dass diese mixen nicht unbeding guter Code ist, aber bei mir hats bisher geklappt. :o)

Auch wenn der Debugger bei globalen Vektoren mir eine falschen Inhalt anzeigt, lokal werden alle Daten richtig ausgelesen.

ghostboss Mitglied 19:01:24 08.07.2010 Titel:

Hallo,

Zitat:

Ich Rate jedem Anfänger davon ab VC 2008/2010 Express Edition für graphische Oberflächen zu verwenden

Ich bin z.B. kein Anfänger (und kein Profi), also solche Fragen wie: "wie bearbeite ich den Text von TextBox im Code" hab ich nicht. Ich hab schon mit WinForms einige Programme geschrieben und hab damit eigentlich keine Problemme.

Zitat:

Wenn man die Anwendung verteilen will, so muss man neben dem .NET-Framework auch die C-Runtime installieren; das muss man bei einer reinen .NET-Anwendung (z.B. C#) nicht

.NET-Framework installieren? Hat (heutzutage) nicht jedes Windows .NET installiert (mindestest 3.5)? Also die Programme die ich erstellt habe, liefen bei anderen Rechnern (xp, vista, 7) problemmlos! Ausser bei Webbrowser-Programm, da gabs kleines Problemm mit Antivir.

Soll ich jetzt trozdem (obwohl ich mich mit WinForms und C++/Cli auskene) auf C# oder wxWidgets umsteigen wenn ich graphische Oberfläche programmieren will?
Ist klar, ich kann tun was ich will, aber als Rat.

Gibts in Zukunft kein WinForms mit C++/Cli ?

Klar dumme Fragen, aber ich kenne mich eigentlich gut mit C++/Cli und WinForms aus, und es schein alles zu klappen und zu passen. Ich wollte mal ein Datei-Commander schreiben. Und wenn WinForms kein Zukunft hat dann mach ich das anders.

hustbaer Mitglied 02:10:24 09.07.2010 Titel:

Michael E. schrieb:

Naja, Windows-Systemprogrammierer haben so ihre eigenen Vorstellungen von "C++"

Was manche Leute als C++ verkaufen, ist manchmal schon abenteuerlich.

Edit: Ich zitier mal, was ich grad gelesen hab (von http://c-plusplus.de/forum/viewtopic-var-t-is-263114.html):

Nexus schrieb:

Das stimmt bedingt. Wenn du C kannst, musst du dich nicht mehr um prozedurale Dinge wie Schleifen, If-Abfragen, Funktionen etc. kümmern. Falls du Zeiger schon verstanden hast, kommt dir das sicher auch zu Gute. Allerdings gibt es in C++ viele neue Sprachmittel wie Klassen, Templates, Operatoren, Namensräume, Exceptions, etc., die du auch alle lernen musst.

Das Wichtigste ist aber wohl, dass die Programmierparadigmen in C++ ganz anders als in C aussehen. Man hat viel mehr Möglichkeiten zur Abstraktion und kann fertige Klassen für Anwendungsbereiche wie Stringverarbeitung und Speicherverwaltung einsetzen. Die Philosophie ist eine andere. In C++ verwaltet man nur noch selten manuell Speicher, malloc() und free() braucht man so gut wie gar nie. Oder man benutzt typsichere Streams statt printf() mit variablen Argumentlisten. Es ist von zentraler Bedeutung, dass du dir neue Techniken anschaust, auch wenn die alten aufgrund der Abwärtskompatibilität zu C weiterhin funktionieren. Denn wenn du C in C++ programmierst, hast du C++ noch nicht verstanden.

@Michael E.:
Was genau stört dich an dem was Nexus da geschrieben hat?
Oder hab' ich dich falsch verstanden?

mogel Mitglied 14:35:34 09.07.2010 Titel:

ghostboss schrieb:

Ich hab schon mit WinForms einige Programme geschrieben und hab damit eigentlich keine Problemme.

das kommt noch

http://www.c-plusplus.de/forum/viewtopic-var-t-is- ....... days-is-0-and-postorder-is-asc-and-start-is-0.html

hustbaer Mitglied 21:03:07 09.07.2010 Titel:

ghostboss schrieb:

Ich bin z.B. kein Anfänger (und kein Profi)

(...)

Soll ich jetzt trozdem (obwohl ich mich mit WinForms und C++/Cli auskene) auf C# oder wxWidgets umsteigen wenn ich graphische Oberfläche programmieren will?
Ist klar, ich kann tun was ich will, aber als Rat.

Ja, solltest du.
Ich behaupte nämlich einfach mal ganz frech, dass du dich mit C++/CLI eben nicht wirlich gut auskennst (wenn du schon selbst sagst dass du kein Profi bist). Ist nämlich nicht so, dass das ganze ohne Fallstricke wäre.

Und natürlich ist C# lernen IMO sowieso angesagt. Und das meiste was man so mit .NET gedöns machen kann geht in C# viel viel VIEL angenehmer.

Unregistrierter

Ok

, das habe ich schon befürchtet, zum Glück sind die Sprachen ähnlich.

mfg ghostboss (Konnte mich nicht einloggen)

Schnuzzel Mitglied 04:24:27 22.10.2010 Titel:

C++/CLI ist doch eine Kombination aus C++ und den Microsoft Spracherweiterungen? :confused:

Microsoft MVP VC++ · Jochen Kalmbach Moderator 06:34:30 22.10.2010 Titel:

Und der Zwang an .NET...

zarathus Mitglied 12:20:51 28.10.2010 Titel:

Und wie nutze ich dann MSVC++ 2008 zum C++ GUI-Programmieren?

Kann ich wxWidgets in MSVC++ 2008/2010 einbinden?

Siehe auch meine Fragen bei "Rund um die Programmierung", "Fragen zum Einstieg in C++"

Ich bin mämlich am Überlegen ob ich mir C++ beibringe oder mein "Projekt" in VB gestalte.

DLL's für Scilab, LabView, oder Profilab kann man mit der MSVC++ wohl in Iso C++ erstellen vermute ich, oder?

Gruß

Volker

Martin Richter (MVP für C++) · Martin Richter Moderator 09:12:34 29.10.2010 Titel:

zarathus schrieb:

Und wie nutze ich dann MSVC++ 2008 zum C++ GUI-Programmieren?

Du verwendest z.B. die MFC... ATL.. WTL... Das geht allerdings nicht mit der Express Version.

Bzw. C++ hat eben nichts mit C++/CLI zu tun!

Unregistrierter

Es ist einfach das Problem das sich kein Autor sich so wirklich an C++/CLR rantraut.

Sie machen ja fast nur immer die einfachen Dialoge und gehen die Toolbox durch und machen irgend was damit was so kein schein juggt. Manch einer will vielleicht mit C++/CLR ne Datenbank Anwendung schreiben oder so. Oder Systemdaten auslesen.

Und meisten finde ich Bücher für C# mit ASP.

Die .Net wurde halt dafür geschrieben das Microsoft immer mehr Programme auf Linux und co. laufen lassen können ohne Probleme.

Hab Selber angefange mit C++/CLR zuarbeiten und taste mich langsam vorran.

Mircosoft war doch schon immer so die wollen immer was besseres rausbringen.

MFG
City Hunter

Microsoft MVP VC++ · Jochen Kalmbach Moderator 20:35:25 05.02.2011 Titel:

Warum sollte eine DB-Anwendung in C++/CLI schreiben, wenn dies in C# 10x schneller geht?
C++/CLI ist eine *reine* InterOp Sprache! Das ist das erklärte Ziel von Microsoft! Wenn man mehr damit macht, dann ist dass Vergewaltigung (und nicht nur der Sprache, sondern auch des Programmierers).

nikolor Mitglied 00:54:50 09.02.2011 Titel:

Hmmm also ich sag mal was als fortgeschrittener Anwfänger dazu ......
ich bin auf genau diese Therad gestossen weil ich nach einigen kapitel....Visual C++ aufgefallen ist das ich wieder irgendwie eine andere Sprache fast wieder lerne ...........nur von Sinn her ..
stimmt das was ich in c und C++ überein..ich bring mir aber gerade C und bei und schiele schon so langsam nach C++ rüber und kommganz gut zurecht ...aber jetzt noch was neues ßßß denke das wird mich verwirren ...

Natürlich reizen mich schöne Grafikoberflächen ...aber mich reizen auch Microcontroller ....und da bin ich mit C dran das ganze zu verstehen und für mich ist C Elementarer .um sagen wir mal ein wenig hinter die Kulissen zu schauen.

..).Ja Zeiger hab ich kapiert *stolz*

):
was ich damit sagen will ..ich denke es kommt drauf an was man wirklich damit machen will oder eh ich das falsch =?? :confused:

Was mich vielmehr verwirrt ist das ....zum Beipsielkonfigurationssachen sowie Librarys installeríeren und einbinden ..oder so ... das haut nie so richtig hin

:rolleyes:

paulrei Mitglied 11:36:16 03.06.2011 Titel:

Ich habe mit .NET erst richtig angefangen zu verstehen wie man programmiert. wenn man neu ist und C++ lernt, ist das zeimlich trist und auch einfältig. da ist es einem sehr willkommen, als vorlage "Windows-Forms-Anwendung" vorzufinden. schnell draufgeklickt, etwas damit rumgespielt und der spaß war wieder da. ich finde, dass man mit dem .NET framework den quellcode sehr strukturieren kann und schnell erfolg verspürt. wenn man das mal kapiert hat, kann man auf normales c++ umsteigen. Dass .NET-Anwendungen auch erfolg haben können, sieht man an Paint.NET.
Häufig benötigte klassen wie lists lassen sich einfach ohne iteratoren durchlaufen, was viel lästigen code verhindert.
Nicht dass man mich falsch versteht: ich bin hobbyprogrammierer. wenn es mir mal wieder zu langweilig wird, mit c++ zu programmieren, mache ich mal wieder .NET, sowohl C++/CLI als auch C# und Visual Basic.

grüße paulrei

Unregistrierter

Das ist, wie oft, die entscheidende Frage. Für reine Windows(XP,Vista,Win7,...)-Programme ist .NET, mit C# oder VB.NET, die erste Wahl. Hat man Interesse Richtung Mobil-Geräte ist eher Java, C++ und Objective-C angesagt. Bewegt man sich von Windows weg (hardwarenahe Prog., Linux, Mac,...) ist C, C++ und diverse Scriptspachen wie Python,Perl,Ruby,PHP,... ein Muss.
Letztendlich lernt man nichts umsonst. Vieles lässt sich auf andere Programmiersystem übertragen. Wer Java berherrscht, hat auch mit .NET kein Problem. Letztlich ist beides das Gleiche, halt von unterschiedlichen Firmen.

Mein persönlicher Favorit ist C++ und das QT-Framework.

Unregistrierter

Das soll sich ja mit VS11 wieder ändern, CLI bekommt ein Update und Intellisense.

Nebenbei, sämtliche Fernunis lehren CLI als C++ Windowsprogrmmierung. Der Hintergrund wird warscheinlich sein, dass WINAPI und MFC zu komplex sind für die kurze Zeit und dann ein VS Pro, nicht Express erforderlich ist.

Unregistrierter

klar geht das...ist nur eine frage wie gut man ist

Unregistrierter

Leute die sagen, Windows Forms und Visual C++ macht keinen Sinn, haben einfach mal keine Ahnung !
Ich als fortgeschrittener C++ Programmierer, habe Jahre lang DLL's und Consolen Anwendungen geschrieben und bin vor kurzen zu Forms gewechselt.
Ich finde es unterscheidet sich kaum zu den anderen nur das alles bischen anders funktioniert durch die Strings, da ich vorher immer CHAR benutzt hatte .. einfach umwandeln und alles funktioniert wie bei den Consolen und DLL's.
Ich denke, wenn man C++ programmieren kann und schonmal bischen an Visual Basic programmiert hat, wird damit keine Probleme haben ..

theta Mitglied 13:36:44 03.04.2012 Titel:

Jöööööhh, ein Troll :rolleyes:

lornik Mitglied 00:23:06 17.05.2012 Titel:

nun bin ich ein wenig Fortgeschrittener und mss dazu sagen -....
ich habe einen technischen Beruf und bin ironischer Weise über MAtlab in die Progrmaaieren gekommen und an das Interrese Microcontroller irgendwann mal gut zu programmieren.
Da ist C für Hardware unabdingbar. und man kommt auf C++. Ich denke als Anfänger ist es Wichtig erstmal das grosse Ganze zu begreifen das sich das ganze auf eine grudsprach aufbaut und das man eigentlich in dem Sinne nur noch erweiterte Biblotheken verwendet.
Nun schau ich mir Visual C++ an und schau aber auch gern mal über den Horizont Richtung C# .
Und warum nich? Meistens ....hilft es auch gerade mal dadurch mal die Unterschiede kennenzulernen....und man doch versuchen mal das Programm in Visual C++ zu schreiben und dann das gleiche Programm mal uaf der anderen GUI oder Programmiersprache.

Zudem ist es so das Firmen jedenfalls im technischen Bereich oft .Net Umgebung haben und genutz haben möchte.

theta Mitglied 09:30:37 17.05.2012 Titel:

C++ != C++/CLI