Christian Kusmanow
Erfahrenes Mitglied
MSDN! Meine fresse.
Threads richtig killen
- Themenstarter LuCasn
- Beginndatum
Norbert Eder
Erfahrenes Mitglied
Eine gute Anlaufstelle für Informationen bezüglich .NET ist natürlich die MSDN, wie mein Vorposter etwas uncharmant erkannt hat.
Alle notwendigen Informationen findest Du unter folgender Url:
http://msdn.microsoft.com/library/d...s/cpguide/html/cpconUsingThreadsThreading.asp
Englisch-Kenntnisse sind sehr hilfreich
Alle notwendigen Informationen findest Du unter folgender Url:
http://msdn.microsoft.com/library/d...s/cpguide/html/cpconUsingThreadsThreading.asp
Englisch-Kenntnisse sind sehr hilfreich
Alexander Schuc
crazy-weasel
Original geschrieben von cosmochaosmaker
MSDN! Meine fresse.
Tztz.. Vorallem Einsteiger wissen noch nicht so, wo sie an Informationen kommen, also bitte, einen bissl anderen Ton verwenden. Danke.
Christian Kusmanow
Erfahrenes Mitglied
Du hast recht. Aber fast überall wird im Forum darauf hingewiesen.
Ich habs gefressen. Kommt nicht nochmal vor.
Sorry!
Ich habs gefressen. Kommt nicht nochmal vor.
Sorry!
Nochmal zum Thema Thread:
Bei der Threaddeklaration gibt man eine Methode an, die zu dem Thread gehören soll (Die Methode ist ne ganz normale Methode wie ihr sie kennt, sie darf allerdings keine Parameter erwarten!):
Diesen Thread kann man dann mittels
kontrollieren.
Es gibt diverse Modi, synchron oder asynchron (Soll das Hauptprogramm warten, bis der Thread geendet hat oder nicht?) und ist sinnvoll, wenn man große aufgaben bewältigen möchte, dem user aber nicht eine "Nicht reagierende" Anwendung präsentieren möchte, sondern meinetwegen eine ProgressBar und einen "Abbrechen" Knopf, den der User auch dann drücken kann, wenn der Thread gerade arbeitet!
Bei der Threaddeklaration gibt man eine Methode an, die zu dem Thread gehören soll (Die Methode ist ne ganz normale Methode wie ihr sie kennt, sie darf allerdings keine Parameter erwarten!):
Code:
Thread MeinThread = new Thread(new Threadstart(MeineMethodeOhneParameter));
Code:
MeinThread.Start();
MeinThread.Abort();
etc...Es gibt diverse Modi, synchron oder asynchron (Soll das Hauptprogramm warten, bis der Thread geendet hat oder nicht?) und ist sinnvoll, wenn man große aufgaben bewältigen möchte, dem user aber nicht eine "Nicht reagierende" Anwendung präsentieren möchte, sondern meinetwegen eine ProgressBar und einen "Abbrechen" Knopf, den der User auch dann drücken kann, wenn der Thread gerade arbeitet!
Christian Kusmanow
Erfahrenes Mitglied
Eine Thread solltest Du gerade dann anwenden, wenn Du nicht willst, das dein Prog wartet bis es die Aufgabe abgearbeitet hat. Sonst bräuchtest Du gar keinen weiteren Thread.
Ich schreibe zu Zeit ein Bewerbungs-Videotool. Wenn alle Videos aufgenommen wurden, werden alle nacheinander gerendert. Der Benutzer muss nicht warten bis das Prog alle Videos gerendert hat und könnte nebenbei z.B. seine Schriftliche Bewerbung im Programm vollenden.
Genau so kannst Du auch Threads benutzen um etwas auszurechnen. Ein Thread rechnet ein Zwischenergebnis vor, der andere Rechnet damit weiter, während der erste Thread das nächste Zwischenergebnis wieder bereitstellt.
Und ein Server z.B. hat ein Array voll mit Theads welche sich um die Clients kümmern.
Mach dich bitte über Threads richtig schlau! Das ist meiner Meinung nach mit eine der wichtigsten Bestandteile eines benutzerfreundlichen Programms!
Ich hab mein Wissen darüber aus der MSDN!
Ich schreibe zu Zeit ein Bewerbungs-Videotool. Wenn alle Videos aufgenommen wurden, werden alle nacheinander gerendert. Der Benutzer muss nicht warten bis das Prog alle Videos gerendert hat und könnte nebenbei z.B. seine Schriftliche Bewerbung im Programm vollenden.
Genau so kannst Du auch Threads benutzen um etwas auszurechnen. Ein Thread rechnet ein Zwischenergebnis vor, der andere Rechnet damit weiter, während der erste Thread das nächste Zwischenergebnis wieder bereitstellt.
Und ein Server z.B. hat ein Array voll mit Theads welche sich um die Clients kümmern.
Mach dich bitte über Threads richtig schlau! Das ist meiner Meinung nach mit eine der wichtigsten Bestandteile eines benutzerfreundlichen Programms!
Ich hab mein Wissen darüber aus der MSDN!
Zuletzt bearbeitet:
