Quick Bit Of Threading Advice Required

[Mark]

Hi I have a non UI set of classes which do bits and pieces like getting

file lists, generating xml etc. I figured on doing some of these
processes on seperate threads. These wouldnt be called by the UI they
would be controlled by the objects themselves. My question is simply
whats the correct way to notify completion back to the object that
called it. I have used control.invoke in the past but the objects arent

controls as such although I could make them I guess. Just looking for
some advice on best practice.

Cheers

 

[Guest]

Events or callbacks are probably the typical ways.

 

[Dan Vanderboom]

Hi I have a non UI set of classes which do bits and pieces like

getting

file lists, generating xml etc. I figured on doing some of these
processes on seperate threads. These wouldnt be called by the UI they
would be controlled by the objects themselves. My question is simply
whats the correct way to notify completion back to the object that
called it. I have used control.invoke in the past but the objects
arent controls as such although I could make them I guess. Just looking for
some advice on best practice.

Cheers

In addition to events and callbacks, depending on what kind of processing
is being done, I've also used Queues. I can queue up objects that needs
to be processed, or which represent commands to be performed. This is especially
helpful when some data needs to be processed in several steps (a pipeline)
which can benefit from multiple threads.

Dan

 

[Mark]

Thanks for the advice. I had assumed that any call from withing the
worker thread would also be on that thread but that appears not to be
the case??

 

[Guest]

What do you mean? All calls from in a thread *are* in its context.

-Chris