Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

Developer_X

Treue Seele

  • »Developer_X« ist der Autor dieses Themas

Beiträge: 247

Wohnort: Hessen

Beruf: Schüler

  • Private Nachricht senden

21

29.01.2011, 19:48

Ja ich komme voran,
trotzdem danke euch allen!

M.f.G. Developer-X
- Die Zeit ist wie ein Fluss, und die Gegenwart wie ein Fels, der von dem Fluss der Zeit geschliffen wird. -
Kevin Riehl

22

29.01.2011, 20:55

Wieso definierst du die Funktionen eigentlich in der Headerdatei? Ich deklariere sie dort grundsätzlich nur...

NachoMan

Community-Fossil

Beiträge: 3 885

Wohnort: Berlin

Beruf: (Nachhilfe)Lehrer (Mathematik, C++, Java, C#)

  • Private Nachricht senden

23

29.01.2011, 21:33

erstmal geb ich TrikkieMikkie recht. ein struct wäre wohl am einfachsten weil du es bei mehreren "laserlines" wiederverwenden kannst. am besten ists wenn du beides zur verfügung stellst.

du arbeitest sowieso direkt mit der sfml also kannst du gleich sf::Vector und sf::Rect verwenden.
funktionen sollten nur in headern definiert werden wenn man sie inlinen will und/oder sie templatefunktionen sind.
bei referenzen als parameter nimmt man IMMER const. will man die daten ändern verwendet man zeiger.
selbstdefinierte datentypen sollten immer per call by reference übergeben werden weil die zeiger, im gegensatz zu einem selbstdefinierten datentyp, immer in die register geschoben werden können. das ist etwas schneller. eine ausnahme gibts es allerdings. willst du sowieso ein temporäres objekt erstellen um damit zu rechnen oder ähnliches, kannst du auch call by value verwenden.

der namespace ist keine schlechte idee. ich würde allerdings einen kürzeren namen verwenden und using namespace nur dann verwenden wenn man sehr sehr viel mit dem namespace arbeitet.
"Der erste Trunk aus dem Becher der Erkenntnis macht einem zum Atheist, doch auf dem Grund des Bechers wartet Gott." - Werner Heisenberg
Biete Privatunterricht in Berlin und Online.
Kommt jemand mit Nach oMan?

Developer_X

Treue Seele

  • »Developer_X« ist der Autor dieses Themas

Beiträge: 247

Wohnort: Hessen

Beruf: Schüler

  • Private Nachricht senden

24

30.01.2011, 09:09

Keine Sorge, ich deklariere sie jetzt nur noch in der HPP, und definiere sie in einer HPP, es sind dann halt globale Funktionen, aber ist auch einfach aufzurufen, dann muss man keine Klasse erstellen, und von der alle Funktionen aufrufen,
trotzdem danke,

m.f.G. Developer_X
- Die Zeit ist wie ein Fluss, und die Gegenwart wie ein Fels, der von dem Fluss der Zeit geschliffen wird. -
Kevin Riehl

Werbeanzeige