ISerializable - Roy Osherove's Blog

Interesting you should post this as I've been scratching my head thinking there must be an easier way than:

if (this.InvokeRequired)

this.Invoke(new MethodInvoker(delegate()

{

  doSomeUIWork();

}));

else

{

  doSomeUIWork();

}

for every single UI updating method in a form.

Have you done any performance benchmarks?

Can't test this thing in NUnit because it hangs on the Invoke call.. But works when launched as a normal winform. Tried not using forms at all at first and just instantiating a button and checking invokerequired from another thread but it always returned false. Any ideas why?

       [Test]

       public void TestNormalFormCrossThreadedProblem() //this simulates what happens on a winform app when functionality is called in a different thread

       {

           TestSetup();

           //create and launch form which is set to do a cross threaded operation for testing our AOP method of easily getting around the cross threaded UI issue

           AOP_TestForm form = new AOP_TestForm(AOP_TestForm.LoadTypeEnum.Bad);

           form.InvokeRequiredEvent += new AOP_TestForm.InvokeRequiredEventType(form_InvokeRequiredEvent);

           form.Show();

           InvokeRequiredWait.WaitOne();

           form.Dispose();

           Assert.IsTrue(InvokeRequired);

       }

       [Test]

       [Ignore]

       //this hangs for some reason in a unit test but if you uncomment the program class in the test form, change the project type to winform and launch you can see it work properly

       //not sure why, but for some reason the Invoke whether called through AOP or not hangs when done through the unit test

       public void TestFormCrossThreadedProblemFixAOP() //this simulates what happens on a winform app when functionality is called in a different thread

       {

           TestSetup();

           //create and launch form which is set to do a cross threaded operation for testing our AOP method of easily getting around the cross threaded UI issue

           AOP_TestForm form = Maverick.Shared.AOP.AOPFactory.Create<AOP_TestForm>();

           form.InvokeRequiredEvent += new AOP_TestForm.InvokeRequiredEventType(form_InvokeRequiredEvent);

           form.Show();

           InvokeRequiredWait.WaitOne();

           form.Dispose();

           Assert.IsFalse(InvokeRequired);

       }

A few years ago I built a framework in .NET 1.1 to be used by former web programmers (with no previous knoledge of threading or Windows Forms) that had a class Event with a Fire method that took the delegate to fire and, if not null, iterated though the invocation list (Delegate.GetInvocationList()) and, if the Delegate.Target was of a type implementing System.ComponentModel.ISynchronizeInvoke Interface, it would call Traget.Invoke; otherwise Delegate.DynamicInvoke was used.

Couldn't the same be used here?

I&#39;m very pleased to formally announce a project that Aaron and I started a few months ago and have

Pingback from  Using Castle.Facilities.Synchronize - QEF