Suchergebnisse

Suchergebnisse 1-8 von insgesamt 8.

  • Benutzer-Avatarbild

    Du kannst ein statisches (Public Shared) Event programmieren - das kann wo auch immer abonniert werden. Shared Events bergen aber in bestimmten Zusammenhängen die Gefahr von MemoryLeaks. Weil solange wie abonniert ist kann der GC den Abonnenten nicht aufräumen - erst nach de-abonnierung. vlt. gugge Alles über Events allerdings sind shared Events so speziell, dass ich sie im Tut nicht behandelt hab (dennoch ist das Tut-KnowHow Vorraussetzung, um auch damit umzugehen).

  • Benutzer-Avatarbild

    Zitat von egon: „Höre ich da zwischen den Zeile heraus, dass es für einen Anfänger besser ist, wenn jede Klasse die meinen Daten verändern kann eigene Events auslöst, die dann vom Hauptprogramm empfangen und ausgewertet werden?“nö. ich meine 2 Sachen.1. ein Shared Event würde evtl. ganz genau leisten, was dir vorschwebt 2. um solch zu basteln muss man halt Events gut verstehen 3. Events verstehen musst du so oder so iwann mal lernen.

  • Benutzer-Avatarbild

    Zitat von rgomez: „Suche mal Observer Pattern.“Ähm - ein Event ist bereits eine vollkommene Umsetzung dieses Patterns, und eine andere, selbsterfundene Umsetzung sollte man tunlichst unterlassen. Also: Lerne Event, und dann kannst du bereits Observer-Pattern.

  • Benutzer-Avatarbild

    Zitat von egon: „"Shared Events" in bestimmten Zusammenhängen die Gefahr von MemoryLeaks bergen. Worauf muss ich achten um mir nicht neue Probleme anzulachen?“ Ist der Event-Konsument kurzlebiger als der Event-Sender, so kann der Garbage-Collector ersteren erst aufräumen, wenn das Event de-abonniert ist. Weil der GC räumt alles auf, was per Code nicht mehr erreicht werden kann. Ein Event-Sender erreicht aber noch seine Abonnenten, was sie GC-Tabu macht. Ein Shared Event "lebt" die komplette Prog…

  • Benutzer-Avatarbild

    naja - bei einem Shared Event ists ja fast immer so. Ein Shared Event lebt ja wie gesagt die gesamte Programm-Laufzeit - fast jedes annere Objekt hat eine kürzere Lebenszeit.

  • Benutzer-Avatarbild

    Ich würde empfehlen, beim Event-Design sich an die Konventionen im Framework zu halten. Dann würde man auch keinen neuen Delegat-Typen einzuführen, sondern kann den generischen Delegaten EventHandler(Of T) verwenden. Aber das schrieb ich glaub auch im Tut.

  • Benutzer-Avatarbild

    Was meinst du damit?Zitat von exc-jdbi: „generischen Delegaten = Action(of T)“ Ich meine ausdrücklich den im Framework vorgesehenen EventHandler(Of T As EventArgs) und keinen anderen - gucks dir im OB an, und auf MSDN, (und im Tut).

  • Benutzer-Avatarbild

    Jo, und jetzt den genannten generischen EventHandler auch benutzen (und keinen eigenen Delegaten erfinden)VB.NET-Quellcode (24 Zeilen) Ups! - Du hast nebenbei von Module auf Class gewechselt. So ist das jetzt kein Shared Event mehr. Zitat von exc-jdbi: „In diesem Artikel beziehst du die generischen Delegaten mit ActionOfT etc. Darum hab ichs auch so verstanden.“Ja, in dem Artikel gehe ich vergleichsweise ausführlich auf generische Delegaten ein. Weil das ist eine wichtige Grundlage - um Überhaup…