Polemik: Killt Microsoft jetzt C++/CLI?
-
Ich habe immer gehofft, dass C++/CLI für Microsoft das bleiben wird, als was es ursprünglich konzipiert wurde: Das grösste Geschütz im Visual Studio, welches alle Möglichkeiten der Platformen .NET/x86-32/x86-64/etc. in einer einzigen Sprache mehr oder weniger komfortabel Ansprechen kann zwecks InterOp, aber gleichzeitig auch eine first class .NET language ist.
C++/CLI war nie als das gedacht.
Ich würde auch keinem Empfehlen C++/CLI für irgend ein Projekt zu verwenden, ausgenommen für Interop Sachen.
-
hustbaer schrieb:
Ich habe immer gehofft, dass C++/CLI für Microsoft das bleiben wird, als was es ursprünglich konzipiert wurde: Das grösste Geschütz im Visual Studio, welches alle Möglichkeiten der Platformen .NET/x86-32/x86-64/etc. in einer einzigen Sprache mehr oder weniger komfortabel Ansprechen kann zwecks InterOp, aber gleichzeitig auch eine first class .NET language ist.
C++/CLI war nie als das gedacht.
Ich würde auch keinem Empfehlen C++/CLI für irgend ein Projekt zu verwenden, ausgenommen für Interop Sachen.
100% Ack.
Simon
-
Trotzdem stört IS auch bei Interop nicht.
-
Tyrdal schrieb:
Trotzdem stört IS auch bei Interop nicht.
Natürlich nicht!
Ich wollte nur darauf hinweisen, dass C++/CLI nicht als "Haupt-Sprache" für irgendwelche Projekte gedacht ist/war, und auch nicht als solche eingesetzt werden sollte.
Dadurch ist es IMO viel leichter zu verschmerzen, dass IS nicht geht.Man kann (und sollte) ja seine C++/CLI Projekte auch in einen reinen C++ Teil (.lib/.dll) aufsplitten, und nur das was wirklich nötig ist als C++/CLI implementieren. Dann nervt es noch weniger wenn es kein IS für den (nunmehr kleinen) /CLI Teil gibt.
Ansonsten: Visual Assist X
-
Jochen Kalmbach schrieb:
@/rant/: Ich glaubt Du musst Dich damit abfinden und auf C# umsteigen
Ich glaube rant will nur seinem Usernamen gerecht werden
-
audacia schrieb:
Na, das war ja ein kurzes Vergnügen :p
Wenn das so weitergeht, ist C++Builder das einzige verbleibende C++-RAD-Tool.Das ist aber sowas von falsch.
Für wxWidgets gibts dutzende, und für Qt gibts den Designer und Qt Creator bringt sogar seinen eigenen mit.
-
@phlox81:
Also für mich ist RAD schon mehr als nur Fenster zusammenklicken.
-
hustbaer schrieb:
@phlox81:
Also für mich ist RAD schon mehr als nur Fenster zusammenklicken.Und events anlegen?
Oder meinst du jetzt MDA?
-
phlox81 schrieb:
hustbaer schrieb:
@phlox81:
Also für mich ist RAD schon mehr als nur Fenster zusammenklicken.Und events anlegen?
Oder meinst du jetzt MDA?Ich nehm mal die Antwort von hustbaer ab *gg* Die Möglichkeiten ganze Programmstrukturen und deren Eigenschafte über ein Oberfläche zu modifizieren macht RAD aus
-
phlox81 schrieb:
hustbaer schrieb:
@phlox81:
Also für mich ist RAD schon mehr als nur Fenster zusammenklicken.Und events anlegen?
Oder meinst du jetzt MDA?Ich meine dass noch mehr als nur GUI zu RAD gehört. Ein schönes Framework wo ich Datenbank-Anbindungen, Unterstützung für Standard-Formate (XML, aber z.B: auch Grafikformate, Soundformate), Netzwerk usw. beisammen habe gehört auch dazu. Und wenn geht alles schön über einen Editor bedienbar, wie es z.B. bei Visual Studio und C# der Fall ist.
Ich will auch nicht behaupten dass es keine Solchen Tools für C++ gibt. Aber nicht jeder GUI Designer ist gleich RAD.
-
Nur mal ganz am Rande...
Warum bringt Microsoft Press (und auch so ziemlich alle anderen Verlage) nur noch Bücher über C++/CLI raus, wenn es doch gar keine "Hauptsprache" ist.
Dann doch lieber wieder mal ein paar Bücher über MFCNext...
-
Wenn du unbedingt C++/CLI in Verbindung mit dem VS2010 verwenden willst, schau dir mal den Visual Assist an (der ersetzt das blöde IntelliSense vollständig):
http://www.wholetomato.com/default.asp
Ob es schon eine Version für's neue VS gibt, weiß ich nicht. Schau bei Interesse einfach mal nach. Der VA-X kostet ein wenig, ist das Geld aber wirklich wert.
EDIT: Klar, VA-X mit VS2010 geht natürlich schon...
-
Jochen Kalmbach schrieb:
Mein Fazit: In der Exress-Edition sollte man C++/CLI streichen!!! Das führt auch bei den meisten Einsteigern zu massiven Problemen und unnötigen Frustrationen.
Und nicht nur bei den Einsteigern, sondern auch bei den "Profis". Weil die Einsteiger es einfach nicht wahr haben wollen, dass C++/CLI nicht die richtige Sprache für sie ist.
Vielleicht verstehen dann auch diverse Professoren dass C++/CLI nicht die richtige Sprache für ihren Kurs ist!
(Es sei denn es ist ein "advanced" Kurs wo es um .NET Interop geht)Andrerseits ist es auch ganz gut dass es eine gratis Version von C++/CLI gibt. Sonst wären einige Open Source Projekte ziemlich angeschmiert.
-
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU...
Erst vor wenigen Wochen habe ich mit C++/CLI angefangen! Verstehe Microsoft wirklich nicht...
-
Eher verstehe ich Dich nicht! Was hat Dich denn bewogen C++/CLI zu lernen???
Das ist mir ein Rätsel...
-
Jochen Kalmbach schrieb:
Eher verstehe ich Dich nicht! Was hat Dich denn bewogen C++/CLI zu lernen???
Das ist mir ein Rätsel...Wahrscheinlich das gleiche wie bei mir ... Liebe an C++ und dem Framework -.-
-
FFFFFUCK schrieb:
F...F...U...
Siehe es positiv: Ich habe die Sprache deutlich länger als eine Woche gelernt (und noch länger angewandt) und du hast "nur" ein paar Wochen "unnütz" vergammelt.
-
Hallo,
ich habe schon ein paarProjekte mit managed Code in C++ mit VS2008 realisiert, dies waren aber ehr kleine und überschaubare. Dabei habe ich auch den Oberflächenkram von VS mit genutzt. Jetzt muss ich aber ein größeres Projekt realisieren und habe aus Interesse das VS2010 installiert und bin gleich auf die Probleme mit CLI gestoßen. Muss ich jetzt auf C# umstellen? (wobei ich eigentlich nicht der Fan von bin) Wie macht man es denn nun richtig wenn man in managed Code geschriebene DLL's mit einbinden muss und einen Oberflächendesigner mit nutzen möchte?
-
Richtig machst Du es, wenn Du C# verwendest.
