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!

[SharpDX] RenderLoop wegpacken?

Werbeanzeige

Julién

Alter Hase

  • »Julién« ist der Autor dieses Themas

Beiträge: 717

Wohnort: Bayreuth

Beruf: Student | Hilfswissenschaftler in der Robotik

  • Private Nachricht senden

1

12.12.2014, 21:02

[SharpDX] RenderLoop wegpacken?

Hi,
ich wollte fragen wie ich dieses hässliche Fragment

C#-Quelltext

 
1
2
3

RenderLoop.Run(form, () =>{
   // Render Code goes here...
});


entfernen kann? Wenn ich diesen Codefragment entferne, dann sieht es aus als würde meine meine MessagePump nicht funktionieren.
Wenn ich einfach Application.Run(form,0); nutze, dann kann ich nichts rendern, aber das Fenster reagiert.

Mein Ziel ist es, dass der Nutzer keinen direkten Zugriff auf das Form mehr hat und Funktionspointer finde ich an der Stelle einfach nicht schön ;{
Was kann ich da machen?

Gruß Techie
I write my own game engines because if I'm going to live in buggy crappy filth, I want it to me my own - Ron Gilbert

Schorsch

Supermoderator

Beiträge: 5 145

Wohnort: Wickede

Beruf: Softwareentwickler

  • Private Nachricht senden

2

14.12.2014, 15:12

Du möchtest doch eigentlich nur dass der Benutzer eine Renderfunktion angeben kann die in einer festen Frequenz (oder auch nicht) immer wieder aufgerufen wird. Von mir aus auch ein allgemeiner Updateloop. Spontan hätte ich folgende Ideen:
Du stellst ein Delegate wobei der Nutzer ein passendes Funktionsobjekt übergeben kann.
Du realisierst das ganze als Event wobei der Nutzer seine Methode registriert.
Du löst das ganze über Vererbung wobei der Nutzer die Methode die aufgerufen wird überschreiben kann und so eigenen Code einfügen kann.

Normalerweise löse ich solche Dinge durch die 3te Variante. Je nach Codedesign und Architekturaufbau sollte man da aber ein wenig gucken.
„Es ist doch so. Zwei und zwei macht irgendwas, und vier und vier macht irgendwas. Leider nicht dasselbe, dann wär's leicht.
Das ist aber auch schon höhere Mathematik.“

Ähnliche Themen