Wechsel von MFC nach .NET Managed Visual C++
-
Ich versuche gerade von der "guten" alten MFC nach .NET zu wechseln. Dabei stellt sich mir gerade die Frage wie ich denn unter .NET die gute alte WinApi nutzen kann. Geht das überhaupt noch?
Begriffe wie "FALSE" und "TRUE" scheinen nicht mehr bekannt zu sein.
-
Wozu unbedingt WinApi nutzen, wenn du doch nun das .NET Framework hast?
-
Paul_C. schrieb:
Wozu unbedingt WinApi nutzen, wenn du doch nun das .NET Framework hast?
weil damit dinge möglich sind, die mit .NET nicht gehen...
-
net schrieb:
Paul_C. schrieb:
Wozu unbedingt WinApi nutzen, wenn du doch nun das .NET Framework hast?
weil damit dinge möglich sind, die mit .NET nicht gehen...
Jab genau deswegen. So gute alte Sachen wie SetWindowsHooks und viele Api Funktionen mehr.
Möglich oder nicht ?
-
ansonsten muss ich mir wohl eine Dll in C++ schreiben und dann darüber auf die alte API zugreifen.
-
net schrieb:
Paul_C. schrieb:
Wozu unbedingt WinApi nutzen, wenn du doch nun das .NET Framework hast?
weil damit dinge möglich sind, die mit .NET nicht gehen...
was zum Beispiel?
Man kann mit .NET alles machen, was man mit der WinApi machen kann. Zur not kann man noch die entsprechenden dlls über DllImport einbinden.
Geht nicht gibts nicht!
-
Ein kleiner Ausszug was denke ich nicht geht mit .NET:
SetWindowHooks()
CreateRemoteThread()
OpenProcess()
-
DllImportAttribute
-
Benutz doch einfach C++ und C++/CLI. Da kannst du wie wild Win32-API und .NET in einer *.cpp-Sourcedatei mixen. Wenn du C# benutzt, hast du ganz einfach auf das falsche Pferd für deine Anforderungen gesetzt. Aber .NET schliesst Win32-API nicht aus. Mußt halt nur C++ weiter benutzen.
-
Artchi schrieb:
Mußt halt nur C++ weiter benutzen.
Er kann auch C# nutzen!
-
Hier ein Beispiel: Call Unmanaged DLLs from C#, Killing Processes Cleanly