MFC, .NET oder doch plain C++

thomazz

Eine weitere Frage ist auch, ob sich die MFC, wenn sie bei Longhorn voll dabei ist, nicht grundlegend geändert wird.

John Doe

SeppSchrot schrieb:

Vielleicht nicht unbedingt das Killerargument
Immerhin konnte man bis zur Version 4.x auch Windows 3.1 - Apps entwickeln.

Meines Wissens war VC 1.52c der letzte Compiler/IDE von Microsoft mit dem man Anwendungen für Windows 3.1(1) (=16-bit) erstellen konnte.
4.x war ein reiner 32-bit Compiler/IDE.

mfg JJ

Hab ich wohl was durcheinandergebracht
Hmm, ok, dann war es wohl eher so, dass diese Version noch diesen 32Bit-Aufsatz für Windows 3.1 konnte

thomazz

Also könnte es etwas "gefährlich" sein jetzt mit MFC zu beginnen?

Zumindest würde dich das Microsoft wohl gerne glauben lassen

Im Ernst: Ich glaub, das weiß keiner im Moment so genau.
Ich verwende kein .net, und wenn ich es täte, dann sicherlich gleich mit C#.
Ich für meinen Teil fühle mich mit der C++/WinApi/MFC Combo wohl, sie kommt meinem Verständnis vom Computerprogrammieren am nächsten.
Allerdings muß man Fairerweise sagen, dass ich meine berufliche Zukunft nicht in der reinen Anwendungsentwicklung sehe. Deswegen kann ich es mir leisten, damit zu programmieren, was mir gefällt
Und deswegen kann mir auch nichts gefährlich werden

thomazz

SeppSchrot schrieb:

Allerdings muß man Fairerweise sagen, dass ich meine berufliche Zukunft nicht in der reinen Anwendungsentwicklung sehe. Deswegen kann ich es mir leisten, damit zu programmieren, was mir gefällt

Im Prinzip kann ich es mir auch leisten zu programmiern, was mir gefällt, da ich das alles auch nur in meiner Freizeit, hobbymäßig mache. Deswegen suche ich eben auch etwas recht einfaches und langlebiges.

Unix-Tom

Gegen MFC spricht deshalb nicht weil es nicht schwierig ist.
MS sihet die Zukunft in NET.

NET != c#

Man kann auch Managed c++ mit NET machen.

thomazz

Sollte ich mich aber am Ende doch für .NET entscheiden, wäre es aber vermutlich sinnvoller in c# zu schreiben als in C++, oder?

Wie man's nimmt. Auf jeden Fall wäre es an manchem Stellen weniger umständlich. Mir gefällt C# sprachlich besser, aber das ist eine subjektive Meinung. Am besten du schaust dir beides mal an und versuchst, mehrere kleine Programme sowohl in C# als auch in C++ zu entwickeln.
Zur MFC: Die MFC basiert AFAIK auf der Winapi und die wird irgendwann aussterben. Das ist Fakt. In Longhorn ist sie nur noch aus Kompatibilitätsgründen drin.
Bis zur völlig Ausrottung werden zwar IMHO noch viele Jahre vergehen, da Windows immer schon _sehr_ abwärtskompatibel war. Aber ich sehe auch programmiertechnisch keinen Grund, bei der Winapi, bzw. MFC zu bleiben. Der einzige Grund gegen .Net ist meiner Meinung nach, dass nicht jeder ein .Net Framework installiert hat. Aber es soll ja auch Leute geben, die keine Java VM installiert haben....

Ohne dass ich mir nun all den Hass aller MFC/C/C++ Coder zuziehe, muss ich mich optimizer anschliessen und sagen, dass mir C# sprachlich viel besser als C++(mit oder ohne mfc) gefällt.
Es iss auch ganz gut zum Spiele coden (mit oder ohne DirectX) geeignet (<- finde ich)