Win32API noch sinnvoll?
-
Luckie schrieb:
tobidope schrieb:
Und in welcher Sprache wird dann Windows geschrieben? Solange Windows in C geschrieben wird, wird auch die Win-API existieren.
Nicht wenn MS keine Schnittstelle (API) zur Verfügung stellt.
API = Application Programming Interface
Und wie wird dann die .NET-Umgebung entwickelt?
Gruß Tobias
-
Naja, DOS-Programme laufen ja auch zum Teil noch unter XP, da werden die die WinAPI auch nicht von heute auf morgen killen
-
Eine Programmierschnittstelle ist aber was anderes als eine Softwareschnittstelle. Und alte Programme laufen auch noch ohne erstere weiter. Nur Programmieren kann man dann auf diese Art und Weise nix mehr.
-
solang du die alten Header und Libs noch hast, könntest du aber trotzdem auf jeden Fall noch muter weiterhin Anwendungen erstellen (evtl. musst du dabei dann halt auf neue Features verzichten)
-
Soll ich euch mal was sagen. Solange Windows in der Sprache C geschrieben wird, wird es auch eine C-API geben. Diese ganze .NET Gerümpel ist doch nur ein Aufsatz. Ihr wollt mir ja wohl nicht sagen, dass ich einen Datenbank-Server, der eigentlich nur low-level-Zugriffe braucht (memory mapped I/O ...) nicht diekt mit API-Aufrufen schreiben kann und sollte. Natürlich wird das ganze gekapselt. Aber letztenendes wird Windows solange es in C geschrieben wird eine C-API haben.
-
sollte man nicht auf wxWindows umsteigen?
-
was ist, wenn 64-bit prozessoren kommen? dann müsste WIN64API folgen.
-
nicht unbedingt Link
-
Interessant. Es lebe ULONG_PTR.
-
moin meisters ...
jetzt geht die Sch***e wieder los wie früher mit near und far oder ? :
UINT_PTR Unsigned INT_PTR.
ULONG_PTR Unsigned LONG_PTR.Und was ist das ?
UHALF_PTR Unsigned HALF_PTR."... test your code on 32-bit Windows, and recompile with the 64-bit compiler ..."
Sieht so aus als müßte man sich so langsam fit machen ... ich meine mal nen SDK-Update saugen um die neuen Header zu bekommen ...
mfg
RB