spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »"koschka"«

Nein das hat so gar nichts mit this zu tun, und auch nichts mit Faulheit, ist aber ein gutes Nebenprodukt

Zitat von »"koschka"«

Vorteile: Wenn du in einem Namensraum xyz bist, und du dort auch eine Funkion CreateFont definiert hast, kann es zu Konflikten kommen, da der Compiler nicht weiss welches er nun nutzen soll, das globale aus :: oder das aus xyz?

Zitat von »"du"«

Zitat

...ist den HFONT das Selbe wei HFONT__ ?!? Eigentlich ja nicht, oder ist dieses HFONT__ in directdraw.h definiert?

nein aber HFONT := HFONT__*
und ist in der WinAPI definiert, aber das solltest du wissen, ...,

Zitat von »"koschka"«

Zitat

Ok, schlechtes Beispiel. Ich meinte nur, man kann es also hinschreiben oder lässt es weg, dann wird es implizit angenommen, das der namensraum global ist.

Nein du hast das Problem nicht verstanden. Es wird nich der globale sondern der aktuelle Namensraum genommen, wenn man dort nichts findet, dann der gloable. Also wird bei dem Bsp. erst in xyz gesucht, dann global. Dummerweise wird dann aber auch die xyz::Function benutzt, und nicht ::Function. Man will aber ::Function - also die WinAPI Funktion in dem Fall. Deswegen schreibt man explizit ein :: davor, das es zu solchen Missverständnissen nicht kommt. Alternativ kann man auh noch Ungarische Notation u.s.w. nutzen.


Das ist einfach so, es gibt immer ein XYZ__* Objekt aus dem dann das Objekt XYZ abgeleitet wird, sowas weiss man wenn man mit WinAPI codet :badgrin: wenn nicht weisstes jetzt

Zitat von »"koschka"«

nein, das erste ist wie gesagt ein Makro (HFONT) und HFONT__* ist der Typ. Letztendlich wird das Makro auch nur durch HFONT__* ersetzt, also schreibst du in beiden Fällen quasi das gleiche.