Suchergebnisse

@DTF: Da geht's aber um Threads. Tasks sind ja ein anderer Schuh. Die Notwendigkeit einer Festlegung erkenn ich zwar nicht, aber meine Aussichten werden eh von mehreren topologischen Besonderheiten eingeschränkt.

Zitat von Amelie: „wann denn nun ein Control auf der GUI ein Invoke brauch“Wenn ein Befehl ein GUI-Control verändert/verändern will. Auslesen ist nicht das Problem.

Das besagt aber effektiv nur, ob man im GUI-Thread (oder eben dem Thread, in dem das betroffene Control erstellt wurde) oder einem anderen Thread ist. Oder anders: Es sagt aus, ob man (Begin)Invoke aufrufen muss, um das GUI/Control zu ändern. VB.NET-Quellcode (8 Zeilen) Zeile#6 klappt problemlos, auch wenn die Abfrage nebenläufig erfolgt. Erst die nächste Zeile crasht. Aber in der ganzen Methode gilt: InvokeRequired = True btw: Die deutsche Übersetzung ist der Hammer:Zitat von Microsoft: „[…] ob…

@Amelie: Wenn Du das nicht weißt, solltest Du Dir zumindest die Methoden markieren, die nebenläufig ablaufen. Nebenläufigkeit kann manchmal ziemlich tricky sein, von daher solltest Du diese Methoden gut im Auge behalten. Aber wenn Du weißt, dass eine Methode nebenläufig ausgeführt wird plus ein Control darin geändert wird, dann weißt Du automatisch, dass Du ein Invoke brauchst.

Es stellt sich natürlich auch immer die Nebenbeifrage: Wieviel GUI-Änderung ist nebenläufig überhaupt sinnvoll. Manchmal kann man das auch sinnvoller lösen.

Das ist mir zu unkonkret, um das beantworten zu können. Wenn es um einen nebenläufigen Prozess geht, der über seinen Zwinschenzustand informieren will, dann ist ein Controlupdate eine passende Möglichkeit, die dann mit Invoke einhergehen muss. Eine MessageBox stoppt während ihrer Existenz/Sichtbarkeit den Thread, in dem sie aufgerufen wird. Wenn das kein Problem ist, ist die MessageBox ok. Für die braucht man aber kein Invoke.