Updating my UI from a worker function

[sklett]

I have been doing research on updating the UI while doing time intensive
processing. Basically, I have a click event in my Form that will call a
member function on one of my business objects, that function that gets
called takes a long time. I read that I can't make calls to the UI from
another thread directly, so I had planned on doing the following(tell me if
this is a bad design or could be better);
1) Click event calls business object method
2) Business object starts a new thread and executes the time intensive code;
3) Business object has a reference to the UI (Form) class and uses Invoke to
call the UI's refresh function
Pseudo code
class MyForm : Form
{
BusObj busObj;

public void UpdateProgress( string str)
{
// UI STUFF
}

public void LongProcess_cli ck(object sender, System.EventArg s e)
{
busObj.StartLon gProcess();
}
}

public class BusObj
{
public void StartLongProces s( MyForm ui)
{
ui.Invoke(ui.Up dateProgress);
// do other stuff
}
}

// end fake code

Does this seem like the way that most people would do it? I'm more asking
about the general approach vs small details. For example, I just read that
I need to use a delegate with Invoke, so I couldn't call UpdateProgress
directly.

I'm just trying to nail down a solution so that I can easily launch my
various long process' and still get UI updates from them.

Thanks for reading, I hope what I want to do is clear.
-Steve

[D. Yates]

sklett,

Your plan will work fine and it's a matter of personal preference as to how
to implement it. If your just doing some simple work, I personally would
just spawn off a thread pool thread on a method within the form's class like
so:

using System.Threadin g;

// Spawn a thread to do some work
System.Threadin g.ThreadPool.Qu eueUserWorkItem (new
WaitCallback(Wo rkerMethod));
protected void WorkerMethod(ob ject o)
{
// thread pool thread works its behind off.......

TS_WorkDone(tru e);
}
public delegate void UlSimpleBoolDel egate(bool bGoodResult);

protected void TS_WorkDone(boo l bGoodResult)
{
if (this.InvokeReq uired == false)
{
// Update the UI here....
}
else this.BeginInvok e(new UlSimpleBoolDel egate(TS_WorkDo ne), new
object[] { bGoodResult });

// Note: If you don't need to pass anything back to the UI thread, use
the MethodInvoker delegate
// since it is faster than any custom delegate that you can
create.....like so
// else this.BeginInvok e(new MethodInvoker(T S_MethodWithNoP arameters),
null);
}

If its more complex, you can separate the work out into a new class and have
it spawn a thread pool thread to do the work....

It's up to you.

Dave
"sklett" <as**@fkd.com > wrote in message
news:Ow******** *****@TK2MSFTNG P14.phx.gbl...

I have been doing research on updating the UI while doing time intensive
processing. Basically, I have a click event in my Form that will call a
member function on one of my business objects, that function that gets
called takes a long time. I read that I can't make calls to the UI from
another thread directly, so I had planned on doing the following(tell me if
this is a bad design or could be better);
1) Click event calls business object method
2) Business object starts a new thread and executes the time intensive
code;
3) Business object has a reference to the UI (Form) class and uses Invoke
to call the UI's refresh function
Pseudo code
class MyForm : Form
{
BusObj busObj;

public void UpdateProgress( string str)
{
// UI STUFF
}

public void LongProcess_cli ck(object sender, System.EventArg s e)
{
busObj.StartLon gProcess();
}
}

public class BusObj
{
public void StartLongProces s( MyForm ui)
{
ui.Invoke(ui.Up dateProgress);
// do other stuff
}
}

// end fake code

Does this seem like the way that most people would do it? I'm more asking
about the general approach vs small details. For example, I just read
that I need to use a delegate with Invoke, so I couldn't call
UpdateProgress directly.

I'm just trying to nail down a solution so that I can easily launch my
various long process' and still get UI updates from them.

Thanks for reading, I hope what I want to do is clear.
-Steve