C#: listBox1.Items.Add

Hi,

bekommst du beim Ausführen eine Exception, wenn du die Daten hinzufügen 
willst?

Je nachdem, wodurch dein OnCanData ausgelöst wird, kann es sein, dass 
dies durch einen anderen Thread geschieht, der nicht direkt auf den 
Thread des Fensters zugreifen kann.

Dann musst du die Methode zum Anzeigen per Invoke aufrufen.

1. ListBox.Add zeichnet nach hinzufügen automatisch neu
2. BeginUpdate braucht man nicht, ist aber empfehlenswert bei mehreren 
Adds

Woher kommt das OnCanData Ereignis? Von dir? Wenn ja musst du mit Invoke 
das Event nochmal aufrufen.
Hast du EnableIllegalCrossThread = false gesetzt? Das sollte man nie 
machen, denn es ist Pfusch und führt manchmal zu komischen Fehler. 
Invoke ist der richtige Weg.

Schau dir zu Invoke mal das an: 
http://www.mycsharp.de/wbb2/thread.php?threadid=33113

*GAST* schrieb:
> CanMessage[]

Was verbirgt sich denn dahinter?

> Console.WriteLine(daten);
>     //listBox1.Items.Add("daten"); - Geht nicht!!

Und warum schreibst du in einer Forms-Anwendung auf die Konsole?

mfg.

Samuel K. schrieb:
> Woher kommt das OnCanData Ereignis? Von dir? Wenn ja musst du mit Invoke
>
> das Event nochmal aufrufen.

Nur weil es OnCanData heisst, ist es kein Eventhandler. Das ist eine 
ganz normale Funktion.

mfg.

Thomas Eckmann schrieb:
> Nur weil es OnCanData heisst, ist es kein Eventhandler. Das ist eine
> ganz normale Funktion.

Klar, aber irgendwie wird sie auch aufgerufen. Und da das mit Invoke 
funktioniert war es auch ein anderer Thread.

Ein Event ist übrigens "nur" eine Liste von Methoden.

Du musst natürlich auch den String übergeben.

1

    void versuch (object o, EventArgs e)

2

    {

3

      listBox1.Items.Add(o);

4

    }

5

6

    void setzen(string daten)

7

    {

8

      Console.WriteLine(daten);

9

      listBox1.Invoke (new EventHandler(versuch), new object[]{daten, null});

10

    }

bei mir klappt es:

Form mit Backgroundworker und listbox

1

        private void listBox1_Click(object sender, EventArgs e)

2

        {

3

            backgroundWorker1.RunWorkerAsync();

4

        }

5

6

        private void backgroundWorker1_DoWork(object sender, DoWorkEventArgs e)

7

        {

8

            listBox1.Invoke(new EventHandler(Set), new object[] { "Hallo", null });

9

        }

10

11

        void Set(object o, EventArgs e)

12

        {

13

            listBox1.Items.Add(o);

14

        }

Versuch muss so aussehen: void XXX(object XXX, EventArgs XXX)

Als Objekt kann man alles übergeben.
Nur: Wenn du das schreibst

1

listBox1.Items.Add(o);

wird intern die Object.ToString()-Methode aufgerufen und das als Text 
angezeigt.
Um die ID z.b. anzuzeigen musst du das Object casten:

1

listBox1.Items.Add((CanMessage)o).ID);

Samuel K. schrieb:
> Ein Event ist übrigens "nur" eine Liste von Methoden.

Schwachsinn.

mfg.

Thomas Eckmann schrieb:
> Schwachsinn.

Dann erklär mir mal was hier passiert:

1

using System;

2

namespace ConsoleApplication1

3

{

4

    class Program

5

    {

6

        static void Main(string[] args)

7

        {

8

            Test += new EventHandler(Test1);

9

            Test += new EventHandler(Test2);

10

11

            Test.Invoke(null, null);

12

13

            foreach (Delegate d in Test.GetInvocationList())

14

                Console.WriteLine(d.Method);

15

        }

16

        static event EventHandler Test;

17

        static void Test1(object o, EventArgs e)

18

        {

19

            Console.WriteLine("Test1");

20

        }

21

        static void Test2(object o, EventArgs e)

22

        {

23

            Console.WriteLine("Test2");

24

        }

25

    }

26

}

Komischerweise kann man alle Methoden namentlich aus dem Event 
rausholen.

*GAST* schrieb:
> kann es sein, dass wir verschidene IDE's benutzen? Ich habe SharpDevelop
> und es kommen diese Fehler Fehler:

Ja, das sollte dem Compiler aber egal sein.

Ich hab eine Klammer vergessen. Füg mal noch eine nach Add ein.

Samuel K. schrieb:
> Dann erklär mir mal was hier passiert:

Ich denke gar nicht dran.

Samuel K. schrieb:
> Komischerweise kann man alle Methoden namentlich aus dem Event
> rausholen.

Sehr komisch.
Aus dem Event kannst du gar nichts rausholen. Sondern aus EventArgs.

mfg.

Thomas Eckmann schrieb:
> Sehr komisch.
> Aus dem Event kannst du gar nichts rausholen. Sondern aus EventArgs.

EventArgs ist leider der Basiscontainer für Ereignisdaten.

Das Event Test ist vom Type EventHandler. Und von diesem kann ich mir 
ein Array zurückgeben lassen, dass alle registrierte Methoden enthält.

Samuel K. schrieb:
> Das Event Test ist vom Type EventHandler. Und von diesem kann ich mir
> ein Array zurückgeben lassen, dass alle registrierte Methoden enthält.

Auch wenn es von der Deklaration her so aussieht, aber "Test" ist kein 
event vom Typ "EventHandler", sondern einfach nur ein Event.
"EventHandler" ist der Delegate, der die Verbindung herstellt zwischen 
dem Event "Test" zum Eventhandler (Test1(object o, EventArgs e)), also 
der Funktion, die mit dem Event aufgerufen wird.
Bisschen blöde Namensgebung.
Vielleicht hätten sie den Delegate nicht "EventHandler" sondern 
"DefaultDelegate" nennen sollen.

Damit weiss das Betriebssystem dann, wie mit dem aufgetretenen Event zu 
verfahren ist. Nämlich woher und mit welchen Daten wohin.

.NET Framework-Entwicklerhandbuch, Ereignisse und Delegaten  :

Ein Ereignis ist eine Meldung, die von einem Objekt gesendet wird, um 
das Auftreten einer Aktion zu signalisieren. Die Aktion kann durch 
Benutzerinteraktionen wie einen Mausklick oder durch andere 
Programmlogik ausgelöst worden sein. Das Objekt, das das Ereignis 
auslöst, wird als Ereignissender bezeichnet. Das Objekt, das das 
Ereignis abfängt und darauf reagiert, wird als Ereignisempfänger 
bezeichnet.


.NET Framework-Klassenbibliothek, EventHandler-Delegat

Das Ereignismodell von .NET Framework basiert auf dem Vorhandsein eines 
Ereignisdelegaten, der ein Ereignis mit dem entsprechenden Handler 
verbindet. Zum Auslösen eines Ereignisses werden zwei Elemente benötigt:

Ein Delegat, der die Methode identifiziert, mit der auf das Ereignis 
reagiert wird.

Eine Klasse, die die Ereignisdaten enthält.

Der Delegat ist ein Typ, der eine Signatur definiert, also den Typ des 
Rückgabewerts und die Typen der Parameterliste für eine Methode. Sie 
können den Delegattyp zum Deklarieren einer Variablen verwenden, die auf 
eine beliebige Methode verweisen kann, die die gleiche Signatur wie der 
Delegat aufweist.

In der Standardsignatur eines Ereignishandlerdelegaten wird eine Methode 
definiert, die keinen Wert zurückgibt. Der erste Parameter der Methode 
ist vom Typ Object und verweist auf die Instanz, die das Ereignis 
auslöst. Der zweite Parameter ist vom Typ EventArgs abgeleitet und 
enthält die Ereignisdaten. Wenn das Ereignis keine Ereignisdaten 
generiert, ist der zweite Parameter einfach eine Instanz von EventArgs. 
Andernfalls ist der zweite Parameter ein benutzerdefinierter Typ, der 
vom Typ EventArgs abgeleitet ist und alle Felder oder Eigenschaften 
bereitstellt, die zum Speichern der Ereignisdaten benötigt werden.

EventHandler ist ein vordefinierter Delegat, der eine spezielle 
Ereignishandlermethode für ein Ereignis darstellt, das keine Daten 
generiert. Wenn Ihr Ereignis Daten generiert, müssen Sie einen 
benutzerdefinierten Ereignisdatentyp bereitstellen und entweder einen 
Delegaten erstellen, bei dem der Typ des zweiten Parameters Ihrem 
benutzerdefinierten Typ entspricht, oder die generische 
EventHandler-Delegatklasse verwenden und den Parameter für den 
generischen Typ durch den benutzerdefinierten Typ ersetzen.

Um das Ereignis der Ereignisbehandlungsmethode zuzuordnen, fügen Sie dem 
Ereignis eine Instanz des Delegaten hinzu. Der Ereignishandler wird bei 
jedem Eintreten des Ereignisses aufgerufen, sofern der Delegat nicht 
entfernt wird.

mfg.

Thomas Eckmann schrieb:
> Auch wenn es von der Deklaration her so aussieht, aber "Test" ist kein
> event vom Typ "EventHandler", sondern einfach nur ein Event.

Test.GetType() liefert allerdings System.EventHandler.
Entweder ist hier Mist gebaut worden oder Test ist doch vom Type ein 
EventHandler.

Im Text steht zwar nichts darüber, aber das trotzdem müssen intern alle 
registrierten Methoden aufgerufen werden.

Bleiben wir bei der ursprünglichen Frage: Warum kann man ein Event nicht 
als eine Art Liste bezeichnen?
Dafür spricht, dass man Methoden hinzufügen und entfernen und alle 
Methoden abrufen kann.

Samuel K. schrieb:
> Warum kann man ein Event nicht
> als eine Art Liste bezeichnen?

Natürlich kannst du das als "eine Art Liste" bezeichnen. Zur 
Veranschaulichung mag das ja auch nützlich sein. Aber exakte Definition 
ist das nicht.

"EventHandler" ist der Standard-Delegate. Mit diesem Delegate, oder auch 
einem selbstdefinierten, wird der Event verbunden und wird mit dessen 
Eigenschaften auf Wanderschaft geschickt. Der Event bleibt aber ein 
Event und wird nicht zum Delegate.

mfg.