Gutes Lehrbuch für API (WinMain)

Frank ll

Wer zwingt Dich Sachen zu lesen, die einen nicht interesieren?

Spacelord

Hey fang doch einfach mit den interessanten Sachen an und halt dich nicht mit den Grundlagen auf.Ist doch egal was hinter so nem Window steckt,Hauptsache du kannst andere Prozesse beeinflussen!??
Das ist ja wohl der grösste Mumpitz überhaupt!!
Frei nach dem Motto:Ich hab keine Ahnung was ne Message ist aber ich kann sie hooken.

MfG Spacelord

flenders

Original erstellt von <MasterC>:
Heißt das, dass man mit C++ keine Windowsprogramme programmieren kann?? Oder zumindest nicht mit API ??

Natürlich kannst du mit C++ (in Verbindung mit der WinAPI) Windows-Programme erstellen! In dem Buch werden eben nur C Programme entwickelt, da Petzold der Ansicht ist, dass der Code so besser lesbar ist. Das heißt aber nicht, dass du für dich nicht in C++ coden kannst

Und grundsätzlich was ist überhaupt der Unterschied zwischen API, MFC und VCL.

MFC und VCL sind Klassen-Bibliotheken, die die WinAPI kapseln. (Wrapper)

Hepi

Also, ich habe auch das Buch "Microsoft Windows Programmierung für Experten" und muß sagen: jemand, der noch NIE unter Windows FÜR Windows programmiert hat, wird KEIN EINZIGES WORT aus dem Buch VERSTEHEN! Punkt Ende Basta Aus!

<MasterC> fragt hier nach einem Buch für E I N S T E I G E R!

Ihm dann "Microsoft Windows Programmierung für Experten" zu empfehlen zeugt entweder von vollkommener Ignoranz oder aber Inkompetenz (such es Dir aus)...

Unbestritten kann er sich das Buch AUCH kaufen, aber lesen und verstehen wird er es erst NACHDEM er mit Hilfe von Petzold (oder mit wessen Hilfe auch immer)

das Nachrichtensystem
Fenster
Controls
und den ganzen anderen Windows-Scheiß

gelernt hat!

Frei nach dem Motto:Ich hab keine Ahnung was ne Message ist aber ich kann sie hooken.

Ich find den Satz sooo geil, weil er sooo passend ist...

[ Dieser Beitrag wurde am 24.04.2003 um 21:33 Uhr von Hepi editiert. ]

Black Shadow

Original erstellt von Hepi:
[QB]Das zweite Buch beschreibt im einzelnen Prozesshandling, Threadhandling, Hooks und Treiberentwicklung (DDK auf CD dabei)QB]

Also der Richter sagt nix über Treiberentwicklung

tok

Wenn du unbedingt C++ willst, gibt es ein Buch 'Programmierung mit MFC' von Microsoft Press , was aber aus ominösen Gründen nicht mehr zu haben ist allem Anschein nach. Ich habe es auch selber nicht , kann also nicht sagen was es taugt...

WebFritzi

@tok: Schau dir nur einmal den ersten Satz von <MasterC> in diesem Thread an!

@Frank II:

VCL (Virtual Common Language oder so) ist zu sagen: Es handelt sich um Code für einen Interpreter der diese Kommandos dann in Maschinensprache der jeweiligen Umgebung übersetzt.

*Autsch* Du weißt es nicht, oder? Dann solltest du sowas auch lieber nicht behaupten. Die VCL ist wie die MFC eine Klassenbibliothek, die zum einen die WinAPI kapselt, mit der man aber auch viel mehr machen kann.

@<MasterC>: Konsole heißt nicht gleich 08/15! Und mit DOS hat die schonmal garnichts zu tun. In der Konsole kann man leicht und schnell eine Programmiersprache lernen, weil man sich nicht um die GUI oder so kümmern muss. Die Ausgabe ist schnell per std::cout oder printf() gemacht. Wichtig ist erstmal, dass du einigermaßen verstehst, was so intern abläuft - nicht, was der User sieht. Wenn du z.B. Pointer (zu deutsch: Zeiger) noch nicht verstanden hast, solltest du mit der WinAPI noch warten, denn da ist das Verständnis von Pointern unerlässlich. Weiterhin solltest du dich im Binärsystem und mit bitweisen und logischen Operatoren (&, |, ~, &&, || usw.) auskennen. Die bitweisen Operatoren braucht man oft um Flags zu setzen.

ok hab kapiert

Surkevin

Also an deiner Stelle würde ich erstmal MFC programmieren! So habe ich es auch gemacht bis ich das konnte......dann habe ich mir den Petzold besorgt weil ich MFC zu einfach fand und die WINAPI Tuts im Netz nich so das Wahre sind! Ich bin begeistert! Es ist sehr verständlich mit sehr viel Code (den man auch verwenden kann - weiß nich was das mit dem C soll)

Kevin

Hepi

Original erstellt von Surkevin:
weiß nich was das mit dem C soll

Ganz einfach: Petzold coded in ANSI-C und hat mit C++ nix am Hut! Dementsprechend sind alle Beispiele von ihm in reinem C und nicht in C++!

Frank ll

Thema VCL: Ich war gedanklich bei .NET

Sei es drum. Ich hab mit dem Richter angefangen. Hat zwar gedauer, aber ich bin Stück für Stück vorwärts gekommen.

Mmh

Oben hab ich mal gelesen. Erst Mfc und auf Winapi weil Mfc zu einfach ist?? Es geht doch eigentlich nicht darum was einfach ist, sondern das man das machen kann was mal will, zB eine ordentliche Benutzeroberfläche.

Ok ich persönlich mag MFC nicht, sondern programmier nur auf Winapi nach Petzold, was wiederum nicht heißt ich würde nur c programmieren.
Ich weiß nicht was der Rest der Welt davon hält, aber ich steck die ganze Funktionaliät meiner Programme in Klassen, bau dann eine Mutterklasse die alle verwaltet. Dann kommt eine Benutzeroberfläche und die wird dann nur noch in den Winproc(s) mit der Mutterklasse verbunden, also es werden halt Funtkionen in der Mutterklasse aufgerufen und mit Parameter versorgt.
(zb WM_PAINT: Mutterklasse.paint(hwnd);)

So kann man Benutzeroberfläche und Programmcode einigermaßen trennen, und relative einfach zb von Winapi auf MFC oder QT wechseln.

Als Buch ist der Petzold als Einstiegslektüre echt super. Die meistens werdens wohl gar nicht genauer wisyen wollen :-). Denn zum Programmieren lang das vollkommen. (also für normale Anwendungen) Und sollte es nicht langen gibts die MSDN oder das internet.

Grüße, Flow

hallo,

@frank2: schon wieder AUTSCH, auch bei dotnet (c#, etc) handelt es sich nicht um einen interpreter sondern um einen vollwertigen compiler. der unterschied zum biesherigen besteht lediglich im zeitpunkt der übersetzung in maschinencode. während der entwickler beim bisherigen modell diesen zeitpunkt selbst bestimmen konnte, so wird bei dotnet der il (intermediate language) beim ersten programmstart in maschinencode übersetzt, somit kann der code auf die plattform optimiert werden (system, prozessor, ram, etc.). er wird aber nicht interpretiert, sondern compiliert, also nix interpreter...

mfg
murph

Frank ll

Ja, schlag mich! Jehova!Jehova!Jehova!Jehova!Jehova!Jehova!Jehova!Jehova!Jehova!

Ist doch scheißegal. Fest steht es kommt ein Compilat raus und kein fertiger Maschinencode.