Comments for Jochen Kalmbach’s Blog

Comment on C++/CLI und WinForms macht keinen Sinn by Radium

Radium — Tue, 20 Jul 2010 19:13:32 +0000

Naja, oder es liegt einfach daran, dass die Leute, die mit C++ anfangen sich erstmal ein Buch kaufen sollten anstatt gleich loszuprogrammieren. Ich steige gerade von VB zu C++ um und ich finde es auch etwas umständlich. Was man aber nicht vergessen darf ist, dass C++ nicht so beschränkt ist wie C++. Da kann man auch einer ganz anderen Ebene programmieren, man muß sich damit nur beschäftigen. C# ist da sicher ein netter Ansatz von Microsoft, aber auch die wissen, dass C# bei weitem nicht so Leistungsfähig ist!
Ihr könnt übrigens VC++ auch in der Express wie normales C++ verwenden. Im Prinzip braucht ihr nur die Windows Forms als GUI und den Rest verwendet ihr einfach nicht. Und der Zugriff auf die GUI eines anderen Form kann man auch anders lösen, als in die cpp zu kopieren. Dafür gibt es Gültigkeitsbereiche, die man einfach nur setzen muß. Manschmal hilft auch einfach nur ein #include und #pragma once verhindert das Mehrfachladen der Header!

Comment on C++/CLI und WinForms macht keinen Sinn by Georgius Stolte

Georgius Stolte — Wed, 26 May 2010 09:44:56 +0000

Ich konnte es nicht glauben, aber es ist wirklich so gekommen: Microsoft hat auch in der Release Version von VS 2010 die Intellisense Unterstützung für C++/CLI entfernt.

Auch wenn diese schon in der 2008er Version nicht besonders gut funktioniert hat, war sie immer noch eine große Hilfe.

Offenbar wollte man seitens Microsoft Programmier-Einsteiger dazu motivieren, sich gleich mit der .net-Technologie zu beschäftigen, da es in den Express Editionen nur die Möglichkeit gibt, graphische Benutzeroberflächen mithilfe von Windows-Forms zu erzeugen.

Jetzt hat man den Eindruck, dass durch den gezielten Einbau von Fiesheiten die Leute dazu gebracht werden sollen, zwecks .net-Programmierung völlig zu C# oder VB.net zu wechseln.

Und wieso werden Express-User (z.B. bei der 2008) mit Einschränkungen beim Syntax-Highlighting ( {…} … arghn!) bestraft, wo schon vor 10 Jahren kostenfreie IDEs diesbezüglich vollständige Tipphilfen anboten?

Mein Rat an Microsoft:

Entweder Ihr gebt Visual C++ 2010 Express ein Stück Brauchbarkeit zurück, und schiebt das Intellisense per Service Pack nach, oder man stellt zumindest die Möglichkeit eines rudimentären GUI-Designs per MFC zur Verfügung, oder die Express Edition wird ganz eingestampft.
So ist sie jedenfalls in Bezug auf die Entwicklung von .net-GUI Programmen weitgehend sinnfrei.

Mein Rat an Anfänger:

C++/CLI hat sowieso mehr Ähnlichkeit mit C# oder Java als mit “richtigem” C++. Für die Entwicklung von .net Programmen nehmt besser C#. Für ISO-C++ gehen auch andere IDEs wie Code::Blocks, Eclipse, NetBeans, openWatcom und bastelt Eure Oberflächen mit Qt oder
wxWidgets zusammen. Oder nehmt etwas Geld in die Hand und kauft Euch Visual Studio…
aber, ja richtig, ich vergaß: Die Standard Edition gibts ja garnicht mehr. So ein Zufall.
Und für das kleinste noch verfügbare Visual Studio 2010 (die Professional Edition) legt man mal eben sowas um die 700 Euro hin…. Microsoft ts ts ts… na besten Dank.

Der Verdacht liegt jedenfalls nahe, daß Microsoft C++/CLI sterben lassen will. Darin investierte Zeit könnte langfristig verschwendet sein.

Comment on C++/CLI und WinForms macht keinen Sinn by Anfaenger

Anfaenger — Mon, 26 Apr 2010 04:20:12 +0000

Endlich einmal Jemand mit einer auch für Anfänger nachvollziehbaren Aussage!

Comment on C++/CLI und WinForms macht keinen Sinn by cf

cf — Thu, 18 Mar 2010 08:48:30 +0000

Guter Artikel.
Das MFC nicht in der Express-Edition ist, finde ich auch ärgerlich.

Comment on C++/CLI Programme auf einem anderen Rechner ausführen by Jochen Kalmbach’s Blog » Blog Archive » C++/CLI und WinForms macht keinen Sinn

Fri, 05 Mar 2010 14:42:06 +0000

[…] man die Anwendung verteilen will, so muss man neben dem .NET-Framework auch die C-Runtime installieren; das muss man bei einer […]

Comment on Wie man statisch gegen die C-Runtime (CRT) linkt by Fuz

Fuz — Fri, 29 Jan 2010 10:50:19 +0000

perfekt. mehr fällt ma dazu garned ein!!

Comment on Wie man statisch gegen die C-Runtime (CRT) linkt by Peter

Peter — Sun, 20 Dec 2009 07:02:20 +0000

Lieber Jochen,
ich habe fast keine Ahnung von Programmierung, wollte mich nur etwas tiefer informieren, weil die Steuererklärung mit Elster nicht lief und traf dabei auf Deinen Blog. Hervorragend gemacht, grosses Kompliment an
Dich. Ich habe jetzt wenigstens eine vage Vorstellung von den Zusammenhängen.
Vielen Dank und frohe Festtage
Peter

Comment on Wie man statisch gegen die C-Runtime (CRT) linkt by Jochen Kalmbach’s Blog » Blog Archive » C++/CLI Programme auf einem anderen Rechner ausführen

Thu, 17 Dec 2009 20:08:17 +0000

[…] PS: Falls man kein CLI (CLR / .NET) verwendet hat, so ist es meistens einfacher, wenn man statisch gegen die CRT linkt! […]

Comment on Wie man statisch gegen die C-Runtime (CRT) linkt by jkalmbach

jkalmbach — Fri, 04 Dec 2009 09:22:27 +0000

Alle Deine Libs müssen natürlich auch diese Einstellung haben!

Comment on Wie man statisch gegen die C-Runtime (CRT) linkt by CG

CG — Thu, 03 Dec 2009 15:44:58 +0000

Schade jetzt bekomme ich die Fehler:

uafxcw.lib(afxmem.obj) : error LNK2005: “void * __cdecl operator new(unsigned int)” (??2@YAPAXI@Z) ist bereits in LIBCMT.lib(new.obj) definiert.
1>uafxcw.lib(afxmem.obj) : error LNK2005: “void __cdecl operator delete(void *)” (??3@YAXPAX@Z) ist bereits in LIBCMT.lib(delete.obj) definiert.
1>uafxcw.lib(afxmem.obj) : error LNK2005: “void * __cdecl operator new[](unsigned int)” (??_U@YAPAXI@Z) ist bereits in libcpmt.lib(newaop.obj) definiert.
1>uafxcw.lib(afxmem.obj) : error LNK2005: “void __cdecl operator delete[](void *)” (??_V@YAXPAX@Z) ist bereits in LIBCMT.lib(delete2.obj) definiert.