C#: listBox1.Items.Add

[*GAST* (Gast)]

Habe folgendes Problem: Beim Erhalt einer Msg funktioniert die Ausgabe 
mittels Colsole.WriteLine sehr gut. Auch das listBox1.Items.Add 
funktioniert mit einem Button. Aber erhaltene Msg's in die Listbox 
setzen geht nicht... Woran liegt das?

  void OnCanData(ref CanMessage[] cmsgArray, ref Int32 entries)
        {
            for(int i = 0; i < entries; i++)
            {               
                setzen(cmsgArray[i].ToString());
            }
        }
    
  void setzen(string daten)
  {
    Console.WriteLine(daten);
    //listBox1.Items.Add("daten"); - Geht nicht!!
  }
    
  void Button2Click(object sender, EventArgs e)
  {
    listBox1.Items.Add("Test"); // - Das Funktioniert!!
  }

[pegel (Gast)]

Kenne C# zwar nicht, aber kann es sein das ein listBox1 
update/neuzeichnen nötig ist?

[*GAST* (Gast)]

Das benutze ich bei der Funktion vom Button ja auch nicht. Da 
funktioniert es ja.


P.S.: Bei  //listBox1.Items.Add("daten"); - Geht nicht!!
sind die Einführungsstriche nur zum Test da, um zu sehen, ob auch eine 
Ausgabe als normaler String wie beim Button möglich ist. Es geht aber 
weder als String "daten" noch als Argument daten

[pegel (Gast)]

Bist Du sicher das ein Button Ereignis nicht automatisch ein neuzeichnen 
auslöst?

[Chris R. (hownottobeseen)]

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.

[pegel (Gast)]

http://stackoverflow.com/questions/519538/c-force-listbox-to-update-elements

[*GAST* (Gast)]

pegel schrieb:
> Bist Du sicher das ein Button Ereignis nicht automatisch ein neuzeichnen
> auslöst?

???

pegel schrieb:
> Bist Du sicher das ein Button Ereignis nicht automatisch ein neuzeichnen
> auslöst?

???

Sorry, aber bin in C# absoluter Neuling, habe bisher nur in C (nicht 
C++) erfahrung.

Wenn ich listBox1.Items.Add("daten"); hinter Console.WriteLine(daten); 
ausführe, kommt genau eine CAN-Message in der Konsole, in der ListBox 
aber nichts. Wenn ich Console.WriteLine(daten); auskommentiere, kommt 
zyklisch eine Message in der Konsole, wie es sein sollte. Die 
Add-Funktion scheint also irgendwie das Programm zu unterbrechen...

[pegel (Gast)]

Sieh dir mal das Beispiel an:
http://msdn.microsoft.com/en-us/library/system.windows.forms.listbox.aspx

besonders das:

   // Shutdown the painting of the ListBox as items are added.
   listBox1.BeginUpdate();
   // Loop through and add 50 items to the ListBox.
   for (int x = 1; x <= 50; x++)
   {
      listBox1.Items.Add("Item " + x.ToString());
   }
   // Allow the ListBox to repaint and display the new items.
   listBox1.EndUpdate();

[*GAST* (Gast)]

schon wenn ich  listBox1.BeginUpdate(); über meine Schleife einfüge, 
passiert nichts mehr. Auch wenn ich keine Ausgabe in der List habe, 
sondern nur in der Konsole:

    void OnCanData(ref CanMessage[] cmsgArray, ref Int32 entries)
    {
      listBox1.BeginUpdate();
      for(int i = 0; i < entries; i++)
         {
           Console.WriteLine(cmsgArray[i].ToString());
         }
      listBox1.EndUpdate();
    }

[pegel (Gast)]

Dann kann es ja eigentlich nur mit der Übergabe von object und event an 
die Funktion zu tun haben, denke ich mal.
Mehr fällt mir leider auch nicht ein....

[*GAST* (Gast)]

pegel schrieb:
> Übergabe von object und event

was kann ich denn da ändern?

[Sam .. (sam1994)]

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* (Gast)]

Das hat mich jetzt schon ein ganzes Stück weitergebracht (auch wenn ich 
noch nicht ganz verstehe, warum ich das so machen muss...)

mit

    void OnCanData(ref CanMessage[] cmsgArray, ref Int32 entries)
        {
      for(int i = 0; i < entries; i++)
      {
        setzen(cmsgArray[i].Identifier.ToString());
        Console.WriteLine(cmsgArray[i].ToString());
      }
        }
    
    void versuch ()
    {
      listBox1.Items.Add("Text");
    }
    
    void setzen(string daten)
    {
      Console.WriteLine(daten);
      listBox1.Invoke (new MethodInvoker (versuch));
    }

funktioniert es, dass bei jeder Msg der String "Text" in der Listbox 
eingefügt wird, allerdings bekomme ich es nicht hin, dass die Funktion 
versuch() mit einem Argument, nämlich den daten aufgerufen wird. Da 
kommt es immer zu fehlern.:

    void versuch (string daten)
    {
      listBox1.Items.Add("Text");
    }
    
    void setzen(string daten)
    {
      Console.WriteLine(daten);
      listBox1.Invoke (new MethodInvoker (versuch(daten)));
    }

[Thomas E. (thomase)]

*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.

[Thomas E. (thomase)]

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.

[Sam .. (sam1994)]

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.

    void versuch (object o, EventArgs e)
    {
      listBox1.Items.Add(o);
    }
    
    void setzen(string daten)
    {
      Console.WriteLine(daten);
      listBox1.Invoke (new EventHandler(versuch), new object[]{daten, null});
    }

[*GAST* (Gast)]

Samuel K. schrieb:
> Du musst natürlich auch den String übergeben.

mit deiner Lösung kommt der Fehler

Keine Überladung für "versuch" stimmt mit dem Delegaten 
"System.Windows.Forms.MethodInvoker" überein. (CS0123) - 
C:\Users\Marcel\Documents\SharpDevelop 
Projects\canuir\canuir\MainForm.cs:59,21

[Sam .. (sam1994)]

bei mir klappt es:

Form mit Backgroundworker und listbox

        private void listBox1_Click(object sender, EventArgs e)
        {
            backgroundWorker1.RunWorkerAsync();
        }

        private void backgroundWorker1_DoWork(object sender, DoWorkEventArgs e)
        {
            listBox1.Invoke(new EventHandler(Set), new object[] { "Hallo", null });
        }

        void Set(object o, EventArgs e)
        {
            listBox1.Items.Add(o);
        }

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

[*GAST* (Gast)]

jo, das funktioniert. danke

[*GAST* (Gast)]

eine Frage habe ich doch nochmal:

    void OnCanData(ref CanMessage[] cmsgArray, ref Int32 entries)
    {
      for(int i = 0; i < entries; i++)
      {
        setzen(cmsgArray[i]);
      }
    }
    
    void versuch (object o, EventArgs e)
    {
      listBox1.Items.Add(o);
    }
    
    void setzen(CanMessage daten)
    {
      listBox1.Invoke (new EventHandler(versuch), new object[]{daten, null});
    }

Das Array daten wird jetzt als Objekt übergeben, ist aber vom Typ 
CanMessage. Kann ich das als solchen übergeben, damit ich mir in 
versuch() aussuchen kann, welchen teil ich von cmsgArray[i] übergebe? Es 
gibt da z.b. .ID, .len, .data etc...

[Sam .. (sam1994)]

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

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:

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

[Thomas E. (thomase)]

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

Schwachsinn.

mfg.

[*GAST* (Gast)]

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

"int" enthält keine Definition für "Identifier", und es konnte keine 
Erweiterungsmethode "Identifier" gefunden werden, die ein erstes 
Argument vom Typ "int" akzeptiert (Fehlt eine Using-Direktive oder ein 
Assemblyverweis?). (CS1061)

Nur assignment-, call-, increment-, decrement- und "new 
object"-Ausdrücke können als Anweisung verwendet werden. (CS0201)

(Ich habe das von Samuel K. mit dem casting probiert)

[eugler (Gast)]

Thomas Eckmann schrieb:

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

Für Debug Zwecke ist das doch OK. Wird halt in der VS Console 
ausgegeben.

[Sam .. (sam1994)]

Thomas Eckmann schrieb:
> Schwachsinn.

Dann erklär mir mal was hier passiert:

using System;
namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            Test += new EventHandler(Test1);
            Test += new EventHandler(Test2);

            Test.Invoke(null, null);

            foreach (Delegate d in Test.GetInvocationList())
                Console.WriteLine(d.Method);
        }
        static event EventHandler Test;
        static void Test1(object o, EventArgs e)
        {
            Console.WriteLine("Test1");
        }
        static void Test2(object o, EventArgs e)
        {
            Console.WriteLine("Test2");
        }
    }
}

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.

[Thomas E. (thomase)]

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.

[Sam .. (sam1994)]

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.

[Thomas E. (thomase)]

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.

[Sam .. (sam1994)]

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.

[Thomas E. (thomase)]

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.