Wie sieht die Zukunft der WinAPI aus?
-
Man muss sich doch mal nur ansehen, welche API Funktionen durch die .NET Runtime benutzt werden...
Selbst die neuen Schnitstellen in Windows 7 und Vista sind alle in traditionellen Schnittstellen veröffentlicht. Entweder klassische DLL Exports oder COM! Es gibt nicht eine Funktion des OS, die nur über .NET verfügbar wäre.
Oder zumindest isr mir nicht eine bekannt.
-
Wär ja auch arg aufwendig den Kernel managed zu machen.
-
Ich sage mal die Entwicklung mit C gehört immer noch zur Grundlage hinzu und damit kann man auch anfangen zu lernen.
Natürlich wird meistens je nach Projekt und Aufgabe auf andere (höhere) Sprachen zurückgegriffen. Meine Erfahrungen sind aber, dass auch die großen IT Unternehmen noch auf C (+ WinAPI) setzen.mfg robotx
-
naja, wenn man einfach nur Windowsanwenungen schreiben will, würd ich c# nehmen.
vorteile:
-junge (recht) gut konzeptonierte sprache
-umfangreiches Framework
-einfaches erstellen von guis
-kein MFC (das ist ein riesen Vorteil)- wegen mono eventuell ein bisschen plattformunabhängig
-
-kein MFC (das ist ein riesen Vorteil)
Wieso ist das ein "Vorteil"?
-
schmuessla schrieb:
-kein MFC (das ist ein riesen Vorteil)
Wieso ist das ein "Vorteil"?
weil irgendwer mal gesagt hat, mFC ist schlecht. und alle glauben das.
-
du nicht?
jedes mal, wenn ich mit MFC arbeiten mußte, hab ich fast ne Kriese gekriegt.
-
vlad_tepesch schrieb:
du nicht?
jedes mal, wenn ich mit MFC arbeiten mußte, hab ich fast ne Kriese gekriegt.
Vielleicht hat die MFC ja auch ne Krise gekriegt, weil sie mit dir arbeiten musste.
Also ich kann gut damit arbeiten, gar kein Problem. Mir fehlt zwar zugegebenermaßen der Vergleich mit anderen Frameworks, aber ich finde, dass man nach kurzer Eingewöhnung eigentlich gut zurecht kommt.
-
_matze schrieb:
vlad_tepesch schrieb:
du nicht?
jedes mal, wenn ich mit MFC arbeiten mußte, hab ich fast ne Kriese gekriegt.
Vielleicht hat die MFC ja auch ne Krise gekriegt, weil sie mit dir arbeiten musste.
mag sein, dass das auf gegenseitigkeit beruhte
Ich schreib selten richtige anwendungen mit gui.
Meist sinds Konsolenanwendungen, oder es reicht ein fenster, was ich komplett selbst bemale und dann aber per tasten steuer.
wenns ne richtige app wird mit gui, dann nutz ich meist eine total veraltete delphi-version (kleine executable, einfach zu coden), wenns was ganz kleines ist, oder c# (hat halt den nachteile, dass es ein installiertes framework braucht
-
vlad_tepesch schrieb:
jedes mal, wenn ich mit MFC arbeiten mußte, hab ich fast ne Kriese gekriegt.
ich nicht, finde MFC ganz gut für kleine, dialogbasierte progrämmchen. mit diesen wizards hat man einen leichten einstieg, wenn man mal eben schnell ein kleines windows-programm machen will. mfc finde ich ganz praktisch und auch nicht zu kompliziert (obwohl im hintergrund c++ lauert).
-
MFC und co. sind nicht schlecht, wenn man das mag.
Ich mag es nicht und möchte bei C, C++ und WinApi bleiben. Damit komme ich bestens klar und habe jederzeit alles ohne fremde Bibliotheken fest im Griff.
