BackgroundWorke r and incremental results

[vulpes]

How do I implement the "incrementa l results" with a BackgroundWorke r?
Many pages,

http://msdn2.microsoft.com/en-us/library/wewwczdw.aspx

for example, tell that I should subclass the ProgressChanged EventArgs
class, but what else? I haven't found any examples. (Why aren't there
any?) Right now I have derived my own version of
ProgressChanged EventArgs with some extra properties, declared

public delegate void FilterWorkerPro gressChanged(Ob ject sender,
FilterProgressC hangedEventArgs e);
public event FilterWorkerPro gressChanged FilterProgressC hanged;

in the publisher class and added a handler for this event here:

filterWorker.Fi lterProgressCha nged +=
progDialog.filt erWorker_Progre ssChanged;

Of course, right now calling ReportProgress doesn't do anything
because it will raise a ProgressChanged event, which is unhandled. How
do I raise that FilterProgressC hanged event or do I even need to make
my own event for this? I guess one way would be to subclass
BackgroundWorke r, but that CANNOT be the easiest way to do it. And
then I would have to guess what to write to those overridden
ReportProgress, OnProgressChang ed, etc., not good.

A simple (but rigorous) example would be the best answer. I just
started learning C# like two days ago (I like it thus far), so its
event handling model (or paradigm....... ..) is still a bit mystery to
me.

Thanks!

[Nicholas Paldino [.NET/C# MVP]]

Unfortunately, subclassing the BackgroundWorke r class is exactly what
you have to do. There is no way to fire the event you want without using a
subclass (which would require you to override the OnProgressChang ed method
to fire your event).

You could always use the overload of ReportProgress which takes a
parameter of type Object, but if your needs dictate that the specialization
is necessary, then subclasisng is the only way to go.
--
- Nicholas Paldino [.NET/C# MVP]
- mv*@spam.guard. caspershouse.co m

"vulpes" <ni*********@tk k.fiwrote in message
news:11******** **************@ k79g2000hse.goo glegroups.com.. .

How do I implement the "incrementa l results" with a BackgroundWorke r?
Many pages,

http://msdn2.microsoft.com/en-us/library/wewwczdw.aspx

for example, tell that I should subclass the ProgressChanged EventArgs
class, but what else? I haven't found any examples. (Why aren't there
any?) Right now I have derived my own version of
ProgressChanged EventArgs with some extra properties, declared

public delegate void FilterWorkerPro gressChanged(Ob ject sender,
FilterProgressC hangedEventArgs e);
public event FilterWorkerPro gressChanged FilterProgressC hanged;

in the publisher class and added a handler for this event here:

filterWorker.Fi lterProgressCha nged +=
progDialog.filt erWorker_Progre ssChanged;

Of course, right now calling ReportProgress doesn't do anything
because it will raise a ProgressChanged event, which is unhandled. How
do I raise that FilterProgressC hanged event or do I even need to make
my own event for this? I guess one way would be to subclass
BackgroundWorke r, but that CANNOT be the easiest way to do it. And
then I would have to guess what to write to those overridden
ReportProgress, OnProgressChang ed, etc., not good.

A simple (but rigorous) example would be the best answer. I just
started learning C# like two days ago (I like it thus far), so its
event handling model (or paradigm....... ..) is still a bit mystery to
me.

Thanks!

[Gaz]

"vulpes" <ni*********@tk k.fiwrote in message

news:11******** **************@ k79g2000hse.goo glegroups.com.. .

>How do I implement the "incrementa l results" with a BackgroundWorke r?
Many pages,

http://msdn2.microsoft.com/en-us/library/wewwczdw.aspx

for example, tell that I should subclass the ProgressChanged EventArgs
class, but what else? I haven't found any examples. (Why aren't there
any?) Right now I have derived my own version of
ProgressChange dEventArgs with some extra properties, declared

public delegate void FilterWorkerPro gressChanged(Ob ject sender,
FilterProgress ChangedEventArg s e);
public event FilterWorkerPro gressChanged FilterProgressC hanged;

in the publisher class and added a handler for this event here:

filterWorker.F ilterProgressCh anged +=
progDialog.fil terWorker_Progr essChanged;

Of course, right now calling ReportProgress doesn't do anything
because it will raise a ProgressChanged event, which is unhandled. How
do I raise that FilterProgressC hanged event or do I even need to make
my own event for this? I guess one way would be to subclass
BackgroundWork er, but that CANNOT be the easiest way to do it. And
then I would have to guess what to write to those overridden
ReportProgress , OnProgressChang ed, etc., not good.

A simple (but rigorous) example would be the best answer. I just
started learning C# like two days ago (I like it thus far), so its
event handling model (or paradigm....... ..) is still a bit mystery to
me.

Thanks!

"Nicholas Paldino [.NET/C# MVP]" <mv*@spam.guard .caspershouse.c omwrote in
message news:6B******** *************** ***********@mic rosoft.com...

Unfortunately, subclassing the BackgroundWorke r class is exactly what
you have to do. There is no way to fire the event you want without using
a subclass (which would require you to override the OnProgressChang ed
method to fire your event).

You could always use the overload of ReportProgress which takes a
parameter of type Object, but if your needs dictate that the
specialization is necessary, then subclasisng is the only way to go.
--
- Nicholas Paldino [.NET/C# MVP]
- mv*@spam.guard. caspershouse.co m

Can't you do it this way?

Call worker.ReportPr ogress from within DoWork and pass some state object
thus:

private void worker_DoWork(o bject sender, DoWorkEventArgs e)
{
...
worker.ReportPr ogress(progress Percentage, state); // state
contains incremental results
...
}

private void worker_Progress Changed(object sender, ProgressChanged EventArgs
e)
{
// Now we are in the main form thread
// e.UserState will hold our state object, cast it back and use it as
you will
// Or raise your own custom event from here
OnMyCustomEvent (this, new MyCustomEventAr gs(...))
}

private void OnMyCustomEvent (object sender, MyCustomEventAr gs e)
{
if (MyCustomEvent != null)
MyCustomEvent(s ender, e)
}
}

This is the way I am doing it atm.
Gaz

[vulpes]

On Jul 21, 5:45 pm, "Nicholas Paldino [.NET/C# MVP]"
<[e-mail] d.caspershouse. comwrote:

You could always use the overload of ReportProgress which takes a
parameter of type Object, but if your needs dictate that the specialization
is necessary, then subclasisng is the only way to go.

But I understand that using the userState object is exactly what you
must NOT do in this situation. The MSDN Docs always talk about using
the userState strictly as an ID for the worker and you will burn in
hell (deadlocked there...) if you use it for some other thing (for
example change it during the run). On the other hand I've seen many
people in the net talk about using it and then wondering why it
doesn't work. So if you're really gonna tell me that I can do that
then please, say it again.