spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »"MCP"«

Werde ich bei meinen Projekten auf die "to do" Liste setzen.

Das würde ich am besten so schnell wie möglich machen, und zwar vor anderen Dingen. Die globalen Abhängigkeiten behindern dich nur bei der Entwicklung und werden mit zunehmender Komplexität schwieriger zu entfernen. Ausserdem wird das Ganze umso mühsamer, je mehr Dinge du zu ändern hast, entsprechend sinkt auch deine Motivation.

Motivation ist bei dem Projekt nicht das Problem Da habe ich seit ich 12 bin drauf hin gearbeitet und langsam nimmt es Form an.
Jedoch habe ich schon öfters #includes in der Header Datei verschoben damit es kompiliert, ich verstehe also den Sinn dahinter.
Manchmal ist es nur schwer von seinen Angewohnheiten los zu kommen.
Jetzt weiß ich auf jeden Fall was ich mache bevor ich mich um das Laden von 3ds Dateien kümmer...

P.S.: Lohnt sich das auch wenn man das für eine DLL nutzt?
Dann müsste man in dem Projekt in dem die DLL benutzt wird ja auch die ganzen Headerdateien einbinden. Anstatt nur einer. hm...

Dll lohnt sich nur, wenn du nachträglich diesen Codeteil austauschen willst. Naja. Ich würde da eher eine statische Lib machen, denke ich.
Dann muss man zwar, wenn man die Lib verändert, das Programm neu linken, aber das dauert in der Regel nicht sehr lange.

Hm... sprich ich müsste in dem Programm das die Engine benutzen soll lediglich die lib einbinden? Ich bin mir gerade nicht sicher ob man die Headerdateien nicht trotzdem einbinden muss... Es ist spät. "

Zitat von »"MCP"«

P.S.: Lohnt sich das auch wenn man das für eine DLL nutzt?
Dann müsste man in dem Projekt in dem die DLL benutzt wird ja auch die ganzen Headerdateien einbinden. Anstatt nur einer. hm...

naja, beim einbinden einer Dll bracuhst du a) i.d.R. alle header und b) ändern die sich auch nicht mehr so oft. von daher würd ich sagen, ist es übersichtlicher, die in eienn gemeinsamen header zu tun, und den einzubinden

@Jona: es ging um das einbinden der zur Dll gehörenden header, nicht der Bibliothek an sich

Zitat von »"PCShadow"«

Zitat von »"MCP"«

P.S.: Lohnt sich das auch wenn man das für eine DLL nutzt?
Dann müsste man in dem Projekt in dem die DLL benutzt wird ja auch die ganzen Headerdateien einbinden. Anstatt nur einer. hm...

naja, beim einbinden einer Dll bracuhst du a) i.d.R. alle header und b) ändern die sich auch nicht mehr so oft. von daher würd ich sagen, ist es übersichtlicher, die in eienn gemeinsamen header zu tun, und den einzubinden

@Jona: es ging um das einbinden der zur Dll gehörenden header, nicht der Bibliothek an sich

um eine dll einzubinden braucht man keine header. man muss nur wissen, wie die funktionen heissen. dann kann man einfach die lib laden und danach sich den funktionspointer rausholen und dann mit diesem arbeiten
(so funktionieren auch die plugin-systeme)

für compiletime-binding würd ich aber die variante header+lib bevorzugen - ist weniger aufwand, und performanter.