Suchergebnisse

Eigentlich brauchst du für genau solche Sachen eine State-Machine. Deine State-Machine läuft dann immer durch, prüft den Status und kopiert dann Stück für Stück. So kannst du dann auch rechtzeitig Fehler abfangen.

Zitat von Amelie: „gehört aber noch nie etwas mit gemacht.“ Irgendwo fängt ja jeder an. Eine State-Machine ist nichts anderes, als eine Schleife, die immer wieder einen Status prüft und abhängig davon dann eine Aktion ausführt. Wenn du schon mal was mit ​async/await gemacht hast, dann hast du auch schon mit State Machines gearbeitet. In dem Fall abstrahiert dotnet das alles weg, aber im Hintergrund ist es nichts anderes als das. Hier das so ziemlichste einfachste Beispiel einer State-Machine, di…

Entschuldige die späte Antwort, gibt im Moment viel zu tun Zitat von Amelie: „Wäre hier noch etwas zu "verbessern"?“ Immer! Zitat von Amelie: „Public Sub New() End Sub“ Wenn du den Constructor nicht braucht, schreib ihn nicht explizit rein. Lass das den Compiler machen. Und entferne deinen auskommentierten Code. Ansonsten muss ich sagen, ist das wirklich gut gelungen. Daumen hoch

Zitat von Amelie: „Ja und den Konstruktor, las ich mal irgendwo, das man den reinsetzen soll“ Den Constructur musst du nur händisch einbauen, wenn du ein anderes Verhalten brauchst, als das Standardverhalten.