Geht das nicht blos mit Assemblern?
Oder dauert sowas nich ewig?
Könnte man so einen plattformunabhängigen Code für grafische API's schreiben?

aber keine fertigen klassenbibliotheken wie die microsoft foundation classes oder ähnliches

aber keine fertigen klassenbibliotheken wie die microsoft foundation classes oder ähnliches

Wer nutzt schon gerne freiwillig Microsoft-Libraries (DirectX mal ausgenommen)?
Naja, ich dachte eigentlich hier gehts um APIs ganz ohne Includes (oder halt mit eigenen) Egal...

falsch gedacht. wie wäre es mal wenn du dich im forum genau umschaust?

Was will mir dieser Unbekannte damit sagen? Halt... Ich glaub ich hatte gerade eine Erleuchtung... Es geht hier darum, wie APIs auf Basis z.B. von windows.h ausschließlich PROGRAMMIERT werden, ohne dass man dafür z.B. Visual C++ Design Tools zu Hilfe nimmt??? Ausserdem "verlinkt" man keine Libraries. Oder?

(Sorry für meine Dummheit)

... schrieb:

falsch gedacht. wie wäre es mal wenn du dich im forum genau umschaust?

Was will mir dieser Unbekannte damit sagen? Halt... Ich glaub ich hatte gerade eine Erleuchtung... Es geht hier darum, wie APIs auf Basis z.B. von windows.h ausschließlich PROGRAMMIERT werden, ohne dass man dafür z.B. Visual C++ Design Tools zu Hilfe nimmt??? Ausserdem "verlinkt" man keine Libraries. Oder?

(Sorry für meine Dummheit)

Hier geht es nicht darum wie API´s programmiert werden, sondern wie man mit
der WinAPI programmiert, niemand hier programmiert die WINAPI *glaub ich*

Welche Design-Tools meinst Du ? Doch nicht den Resourcen-Editor ? der Hat mit API nix zu tun, und wird freilich verwendet, wenn es Sinn macht.
Die API zu verwenden, heißt nicht automatisch sich unnötig Arbeit zu machen.

Resourcen-Editoren gibst einige muß also nicht der von VC sein, den VC hat nicht jeder.

Libraries werden freilich verlinkt, irgendwo muß ja die API herkommen, z.B.
wird die user32.lib verlinkt.

Alles klar ?

Wenn nicht:
Windows besteht aus ner ganzen Reihen von DLL´s (nicht nur).
In den DLL´s sind Funktionen im C-Stil verpackt.
Die Summe dieser Funktionen bilden die Win32-API.
Für jede DLL gibts ne Import-Lib (z.B. user32.lib für user32.dll).
Zu jeder Import-Lib gibts ne Header-Datei.
Die Windows.h sorgt für die Einbindung der wichtigsten Header-Dateien.

Wenn also mit der API gearbeitet wird müssen verschiedene Libs eingebunden
werden, welche das sind steht in der Doku zur jeweiligen Funktion.

Die GUI kann durch Verwendung von CreateWindow() z.B. oder mit einem beliebigen
Resourcen-Editor (Resourcen-Script per KlickieKlickie)für Windows oder alternativ mit einem beliebigen TextEditor (Resourcen-Script per Hand) erstellt werden.
Das Res-Script wird mit dem Resourcen-Compiler verwendet und mit in die Anwendung eingebunden.

noch Fragen?

Im übrigen, egal mit was Du programmierst, wenn es für Windows sein soll, werden immer diese Windows-Dll´s verwendet, egal ob mit Assembler, Basic, BCB, Delphi, VC mit/ohne Mfc

mfg
RB

Hier geht es nicht darum wie API´s programmiert werden, sondern wie man mit
der WinAPI programmiert, niemand hier programmiert die WINAPI *glaub ich*

Welche Design-Tools meinst Du ? Doch nicht den Resourcen-Editor ? der Hat mit API nix zu tun, und wird freilich verwendet, wenn es Sinn macht.
Die API zu verwenden, heißt nicht automatisch sich unnötig Arbeit zu machen...

Ist gut... Ich glaub fast, ich hab's jetzt kapiert! Mehr noch: Meine logische Schlussfolgerung ist, das es im Forum für Konsolenprogramme um die Programmierung mit <iostream.h> geht.

Irgendwie habe ich aber das gefühl, das sich zum Biespiel die VC-WinAPI übelst von anderen unterscheidet...

was bitte ist die VC-API ?

Hier gehts um WIN-API, Du meinst warscheinlich die MFC. Das ist eine Klassen Lib welche die WIN-API kapselt.
Mit VC kann men beides benutzen.

mfg
RB

moin meister ...
was bitte ist die VC-API ?
RB

Eine VC-API: Das heißt, die Windows API von Visual C++ (die sich in ihrer Funktion von diversen anderen unterscheidet)

willst Du mich ärgern oder was ?

es gibt nur eine WIN32-API und die verwenden alle Kompiler nicht nur VC.
Wenn es mehrere WIN32-API gibt kann damit nur gemeint sein, das es verschiedene
Versionen der WIN32-API gibt, die Version von Win95 enthält z.B. nicht die Funktionen welche es unter WinXP gibt.

Jedoch ist die API in sehr großen Teilen abwärtskompatibel.

API-Code welcher mit VC übersetzt worden ist kann auch mit jedem anderen Compiler übersetzt werden.

Zeig doch mal bitte ein Stück Code mit der "VC-API" vielleicht reden wir auch aneinamder vorbei.

mfg
RB