Don't Press the Blue Button

ich versteh nicht, warum du dich so dagegen sträubst, wenn wir dir tipps geben.

es ist nunmal so, dass so viele timer von schlechtem programmierstiel zeugen.
und auch inaktieve timer brauchen recourcen...

Viele Timer zeugen von einem schlechten Programmierstil wenn man damit dinge überprüft, die events haben. Es gibt aber keine Alternative zu einem Timer, wenn man etwas bewegen will. Oder sehe ich das falsch? Die Ressourcen werden übrigens immer beim schlißen des Programms freigegeben. Das ist vb.net, nicht c++.

es gibt andere möglichkeiten...
schau dich mal ein bisschen um im internet.

Das kannte ich selber. Natürlich kann man einfach mit Do Loop und Thread.sleep einen Timer nachmachen. Aber ich verstehe immernochnicht den Sinn der Sache. Ein Timer prüft, ob eine bestimmte Zeitspanne verlaufen ist, führt dann das Timer.tick event aus, wartet dann wieder...
Wenn mans anders macht, dann hat man einen ebenfalls resourcen fressenden Timer clon.

sleep ist auch nicht gut. da bewegt sich in der zeit garnichts.


musst du denn für jede bewegung einen eigenen timer haben?

denk doch mal nach...

m9898 schrieb:

Wer hat das mit den 12 Timern eigentlich rausgefunden? Es ist ja irgendwie selbstverständlich, das ich nicht will, das meine Software Dekomplimiert wird.

Hallo Marian!
Ich habs nicht durch dekompilieren herausgefunden...

EDIT:

Die Ressourcen werden übrigens immer beim schlißen des Programms freigegeben.

Aber nicht (von dir) zur Laufzeit, worauf es ankommt.

Natürlich kann man einfach mit Do Loop und Thread.sleep einen Timer nachmachen. Aber ich verstehe immernochnicht den Sinn der Sache.

Hör auf Timer zu verwenden, in "richtigen" Spielen wirst du keinen Timer finden, sondern THREADS/Eigene Events...