M
CTecS schrieb:
Wobei C++ und .NET in einem zusammenhang zu bringen endet meist in CLI mit .NET was ja nun schon gar nicht der Stein des weissen ist. Dann doch gleich C# nehmen.
C++/CLI mag ich auch nicht Aber es ist zumindest eine passable Möglichkeit, kommt natürlich auf den Anwendungsfall an. Wenn die drunterliegende C++ API sehr breit ist, viele Objekte bereitstellt usw., wird es nicht einfach, da eine GUI mit .NET zu bauen. Aber wenn man die C++ Funktionalität gut kapseln und über eine kleine API ansprechen kann, wärs durchaus eine Möglichkeit, die GUI in C# zu schreiben, und die restliche Anwendung in C++. Das habe ich in einer Firma auch schon mal geschafft. Die C++ Anwendung (leider war das tatsächlich MFC) an sich war relativ umfangreich, aber wir konnten sie dann so umbauen, dass sie die "Aufträge" als XML reinbekommen hat. Damit war die Schnittstelle nach außen sehr überschaubar. Die GUI war aber auch nicht trivial, weil man viele Sachen einstellen konnte und dafür auch benutzerdefinierte Komponenten von Vorteil waren. Die GUI in C# zu programmieren war dann wesentlich angenehmer, als in MFC. Das war aber eher ein Sonderfall, geb ich zu.
