Zitat von
OregonGhost:
PS: Psst, mit [ C][ /C] sieht der Code viel besser aus
mit [csharp ] noch besser
.
OT: Wenn ich das Leerzeichen weglasse, wird der Block unten zwar erkannt, erscheint dann aber in Times New Roman 
Zitat von
Luckie:
Also ich habe es jetzt so gelöst:
<schnipp />
Du führst die gesamte Schleife im Hauptthread aus, das ist glaube ich nicht so gedacht
. Wobei sich das bei deinem Beispiel so oder so nicht verhindern lässt, denn es werden ja nur Controls manipuliert; der zweite Thread ist nichts anderes als zusätzlicher Overhead. Ist das ListBox-Befüllen denn das Ziel oder geht es um etwas Anderes?
Zitat von
Luckie:
Jetzt mus sich nur noch rausfinden, wie das mit dem BackgroundWorker funktioniert.
So dürfte dein Beispiel aussehen:
Code:
void backgroundWorker_DoWork(object sender, DoWorkEventArgs e)
{
for (int i = 0; i < 1000; i++) {
backgroundWorker.ReportProgress(42);
Thread.Sleep(0);
}
}
void backgroundWorker_ProgressChanged(object sender, ProgressChangedEventArgs e)
{
listBox1.Items.Add("Main" + i.ToString());
listBox1.Update();
Text = "Main";
Update();
}
Naja, wir haben im Vergleich zum Thread-Pool Invoke durch ReportProgress ersetzt, das war's wohl schon. Für mich ziehe ich da das gleiche Fazit wie bei den Delegates: Wenn ich mit der universellen Methode fast gleich wenig Arbeit habe wie mit der speziellen, dann bleibe ich lieber bei ersterer.
Zitat von
OregonGhost:
@InvokeRequired:
Nehmen wir meinen Code von oben: dort ist doch überall erkennbar, ob ich mich in einem Thread befinde und ob ich deshalb AddItem in Invoke wrappen muss oder nicht. Warum sollte ich dann noch InvokeRequired in AddItem abfragen? Wenn man dann noch Form- und Thread-Code fein säuberlich trennt, kann es noch weniger Verwechslungen geben.