Delphi-PRAXiS
Seite 4 von 4   « Erste     234   

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Win32/Win64 API (native code) (https://www.delphipraxis.net/17-win32-win64-api-native-code/)
-   -   C# Threads und BackgroundWorker (https://www.delphipraxis.net/110126-threads-und-backgroundworker.html)

Luckie 14. Mär 2008 14:41

Re: Threads und BackgroundWorker
 
Gott sei dank ist in zwanzig Minuten Feierabend.

Und wie und wo implementiere ich, was der delegate machen soll?

Elvis 14. Mär 2008 14:42

Re: Threads und BackgroundWorker
 
Zitat:

Zitat von phXql
Das Problem ist, dass SetStatusText(resManager.GetString("ThreadStatusFi nish")) kein Delegat ist. Bei deinem anderen Invoke-Aufruf hast du das ja auch zuerst in den MethodInvoker-delegaten verpackt.

Oder einfach eine anonyme Methode ohne Parameter:
Code:
MethodInvoker call = delegate
{
  SetStatusText(Resources.ThreadStatusFinish);
};

Invoke(call);

Luckie 14. Mär 2008 14:50

Re: Threads und BackgroundWorker
 
Langsam. Wie eght das jetzt mit dem delegate genau? Ich wollte die Methode auch an anderer Stelle nutzen, als normale Methode.

phXql 14. Mär 2008 14:56

Re: Threads und BackgroundWorker
 
Code:
delegate void SetStatusTextDelegate(string arg1);
Code:
Invoke(new SetStatusTextDelegate(SetStatusText), new string[] { "String-parameter" });
So müsste es gehen. Ein delegat is nix anderes als ein methodenzeiger in delphi.

Elvis 14. Mär 2008 14:58

Re: Threads und BackgroundWorker
 
Zitat:

Zitat von Luckie
Langsam. Wie eght das jetzt mit dem delegate genau? Ich wollte die Methode auch an anderer Stelle nutzen, als normale Methode.

Ein Delegate ist ein Hybride aus Methodenzeiger und Funktionszeiger. (man ihm kann beides zuweisen)

Da man aber oft nicht von der Signatur abhängig sein will, wurden anonyme methoden entwickelt.
Da du ganz sicher keine Methode in deiner Klasse für jeden kleinen Furz haben willst, kannst du auch anonyme Methoden nehmen.
Die sind nur lokal sichtbar und müllen dir deinen Code nicht zu. Im Code existieren sie für dich nur als Delegate, nie als normale Methode.

Du kannst so auch Werte übergeben ohne von den Parametern abhängig zu sein, aber das sparen wir uns lieber für den nächsten Thread auf. :mrgreen:

Luckie 14. Mär 2008 15:08

Re: Threads und BackgroundWorker
 
:firejump: So geht es. :P

Noch ein letzter Punkt, dann haben wir es geschafft. ;)

Die BackgroundWorker Komponente hat j aein Ereignis, welches ausgelöst wird, wenn er fertig ist. Wie kann ich jetzt mit der Thread-Klasse warten? Mittels join friert mir die ganze Anwendung ein:

Code:
private void button1_Click(object sender, EventArgs e)
        {
            if (rbThread.Checked)
            {               
                t = new Thread(ThreadProc);
                t.Name = "Thead";
                t.Start();
                t.Join()
                SetStatusText("ThreadStatusFinish");              
            }
            else
            {
                backgroundWorker1.RunWorkerAsync();
            }
        }

Elvis 14. Mär 2008 15:14

Re: Threads und BackgroundWorker
 
Zitat:

Zitat von Luckie
:firejump: So geht es. :P

Noch ein letzter Punkt, dann haben wir es geschafft. ;)

Die BackgroundWorker Komponente hat j aein Ereignis, welches ausgelöst wird, wenn er fertig ist. Wie kann ich jetzt mit der Thread-Klasse warten? Mittels join friert mir die ganze Anwendung ein

Indem du es einfach selbst auslöst?

Luckie 14. Mär 2008 15:50

Re: Threads und BackgroundWorker
 
Puh. Also so habe ich es jetzt und so geht es auch:

Code:
private delegate void ThreadFinishEventHandler(object Sender);
        private event ThreadFinishEventHandler OnThreadFinishHandler;  

private void OnThreadFinish()
        {
            if (OnThreadFinishHandler != null)
                OnThreadFinishHandler(this);
        } 

private void ThreadFinish(object Sender)
        {
            SetStatusText(resManager.GetString("ThreadStatusFinish"));
        }

        private void ThreadProc()
        {
            try
            {
                for (int i = 0; i < 100000; i++)
                {
                    Invoke(new MethodInvoker(thread_Event));
                    Thread.Sleep(0);
                }
                this.OnThreadFinishHandler += ThreadFinish;
            }
            finally
            {
                SetStatusTextDelegate sd = SetStatusText;
                Invoke(sd, resManager.GetString("ThreadStatusFinish"));              
            }
        }
Man war das eine schwere Geburt. Besten Dank noch mal an alle, die so viel Geduld hatten.

Elvis 14. Mär 2008 16:26

Re: Threads und BackgroundWorker
 
Zitat:

Zitat von Luckie
Puh. Also so habe ich es jetzt und so geht es auch:

Nein, ist falsch.
Du registrierst am Ende ThreadFinish als Handler für einen falsch benannten Event: OnThreadFinishHandler.
Das macht doch keinen Sinn?
Du würdest den EVENT am Ende feuern, und irgendjemand hätte sich für den registriert.
Code:
private void ThreadProc()
{
    try
    {
        for (int i = 0; i < 100000; i++)
        {
            Invoke(new MethodInvoker(thread_Event));
            Thread.Sleep(0);
        }
        ThreadFinishEventHandler h = this.ThreadFinished; // so sollte der Event heißen
        if(h != null)
          Invoke(h, this);
    }
    finally
    {
        SetStatusTextDelegate sd = SetStatusText;
        Invoke(sd, resManager.GetString("ThreadStatusFinish"));              
    }
}

Luckie 14. Mär 2008 20:42

Re: Threads und BackgroundWorker
 
Oh, dann muss ich es noch mal ändern.


Alle Zeitangaben in WEZ +1. Es ist jetzt 01:59 Uhr.
Seite 4 von 4   « Erste     234   

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz