InvokeRequired kod modelini otomatikleştirme

Acı ne sıklıkta olay olay güdümlü GUI kodunda aşağıdaki kod desenini yazmak için ne kadar sık ​​gerektiğini fark var

private void DoGUISwitch() {
    // cruisin for a bruisin' through exception city
    object1.Visible = true;
    object2.Visible = false;
}

dönüşür:

private void DoGUISwitch() {
    if (object1.InvokeRequired) {
        object1.Invoke(new MethodInvoker(() => { DoGUISwitch(); }));
    } else {
        object1.Visible = true;
        object2.Visible = false;
    }
}

Bu, hem hatırlamak hem de yazmak için C # 'daki garip bir modeldir. Herkes bunu bir dereceye kadar otomatikleştiren bir tür kısayol veya yapı ile geldi mi? Bu kontrolü yapan nesnelere, bir object1.InvokeIfNecessary.visible = truetür kısayol gibi, tüm bu fazladan işi yapmak zorunda kalmadan bir işlev eklemenin bir yolu olsaydı havalı olurdu .

Önceki cevaplar sadece Invoke () her zaman aradığını pratik olmadığının ele aldık ve o zaman bile Çağırma () sözdizimi verimsiz ve hem hala başa garip.

Peki, herhangi bir kısayol çözen var mı?

Lee'nin yaklaşımı daha da basitleştirilebilir

public static void InvokeIfRequired(this Control control, MethodInvoker action)
{
    // See Update 2 for edits Mike de Klerk suggests to insert here.

    if (control.InvokeRequired) {
        control.Invoke(action);
    } else {
        action();
    }
}

Ve bu şekilde çağrılabilir

richEditControl1.InvokeIfRequired(() =>
{
    // Do anything you want with the control here
    richEditControl1.RtfText = value;
    RtfHelpers.AddMissingStyles(richEditControl1);
});

Denetimi parametre olarak delege olarak iletmeye gerek yoktur. C # otomatik olarak bir kapak oluşturur .

GÜNCELLEME :

Diğer birkaç afişe göre Controlgenelleştirilebilir ISynchronizeInvoke:

public static void InvokeIfRequired(this ISynchronizeInvoke obj,
                                         MethodInvoker action)
{
    if (obj.InvokeRequired) {
        var args = new object[0];
        obj.Invoke(action, args);
    } else {
        action();
    }
}

DonBoitnott Control, ISynchronizeInvokearabirimin aksine Invokeyöntem için parametre listesi olarak yöntem için bir nesne dizisi gerektirdiğine dikkat çekti action.

GÜNCELLEME 2

Mike de Klerk tarafından önerilen düzenlemeler (ekleme noktası için 1. kod snippet'indeki yoruma bakın):

// When the form, thus the control, isn't visible yet, InvokeRequired  returns false,
// resulting still in a cross-thread exception.
while (!control.Visible)
{
    System.Threading.Thread.Sleep(50);
}

Bu öneriyle ilgili endişeler için aşağıdaki ToolmakerSteve'in yorumuna bakın.

Bir uzantı yöntemi yazabilirsiniz:

public static void InvokeIfRequired(this Control c, Action<Control> action)
{
    if(c.InvokeRequired)
    {
        c.Invoke(new Action(() => action(c)));
    }
    else
    {
        action(c);
    }
}

Ve şu şekilde kullanın:

object1.InvokeIfRequired(c => { c.Visible = true; });

DÜZENLEME: Simpzon'un yorumlarda belirttiği gibi imzayı şu şekilde de değiştirebilirsiniz:

public static void InvokeIfRequired<T>(this T c, Action<T> action) 
    where T : Control

İşte tüm kodumda kullandığım form.

private void DoGUISwitch()
{ 
    Invoke( ( MethodInvoker ) delegate {
        object1.Visible = true;
        object2.Visible = false;
    });
} 

Bunu buradaki blog girişine dayandım . Bu yaklaşım beni başarısız oldu, bu yüzden InvokeRequiredözelliği kontrol ile kodumu karmaşıklaştırmak için hiçbir neden görmedim .

Bu yardımcı olur umarım.

Bir ThreadSafeInvoke.snippet dosyası oluşturun ve ardından güncelleme bildirimlerini seçebilir, sağ tıklayıp 'Surround ...' veya Ctrl-K + S'yi seçebilirsiniz:

<?xml version="1.0" encoding="utf-8" ?>
<CodeSnippet Format="1.0.0" xmlns="http://schemas.microsoft.com/VisualStudio/2005/CodeSnippet">
  <Header>
    <Title>ThreadsafeInvoke</Title>
    <Shortcut></Shortcut>
    <Description>Wraps code in an anonymous method passed to Invoke for Thread safety.</Description>
    <SnippetTypes>
      <SnippetType>SurroundsWith</SnippetType>
    </SnippetTypes>
  </Header>
  <Snippet>
    <Code Language="CSharp">
      <![CDATA[
      Invoke( (MethodInvoker) delegate
      {
          $selected$
      });      
      ]]>
    </Code>
  </Snippet>
</CodeSnippet>

İşte Lee'nin, Oliver'ın ve Stephan'ın cevaplarının geliştirilmiş / birleştirilmiş versiyonu.

public delegate void InvokeIfRequiredDelegate<T>(T obj)
    where T : ISynchronizeInvoke;

public static void InvokeIfRequired<T>(this T obj, InvokeIfRequiredDelegate<T> action)
    where T : ISynchronizeInvoke
{
    if (obj.InvokeRequired)
    {
        obj.Invoke(action, new object[] { obj });
    }
    else
    {
        action(obj);
    }
} 

Şablon, atanmış delege verimlilik sağlarken çok daha okunabilir esnek ve dökümsüz kod sağlar.

progressBar1.InvokeIfRequired(o => 
{
    o.Style = ProgressBarStyle.Marquee;
    o.MarqueeAnimationSpeed = 40;
});

Her seferinde yeni bir örnek oluşturmak yerine tek bir yöntem Temsilcisi kullanmak istiyorum. Benim durumumda bir Backroundworker kopyalama ve sql örneğinden büyük veri döküm mesajları (bilgi / hata) göstermek için kullanılır. Yaklaşık 70000 ilerleme ve mesaj aramasından sonra formum çalışmayı durdurdu ve yeni mesajlar gösterdi. Tek bir genel yönetim ortamı temsilcisi kullanmaya başladığımda bu gerçekleşmedi.

delegate void ShowMessageCallback(string message);

private void Form1_Load(object sender, EventArgs e)
{
    ShowMessageCallback showMessageDelegate = new ShowMessageCallback(ShowMessage);
}

private void ShowMessage(string message)
{
    if (this.InvokeRequired)
        this.Invoke(showMessageDelegate, message);
    else
        labelMessage.Text = message;           
}

void Message_OnMessage(object sender, Utilities.Message.MessageEventArgs e)
{
    ShowMessage(e.Message);
}

Kullanımı:

control.InvokeIfRequired(c => c.Visible = false);

return control.InvokeIfRequired(c => {
    c.Visible = value

    return c.Visible;
});

Kod:

using System;
using System.ComponentModel;

namespace Extensions
{
    public static class SynchronizeInvokeExtensions
    {
        public static void InvokeIfRequired<T>(this T obj, Action<T> action)
            where T : ISynchronizeInvoke
        {
            if (obj.InvokeRequired)
            {
                obj.Invoke(action, new object[] { obj });
            }
            else
            {
                action(obj);
            }
        }

        public static TOut InvokeIfRequired<TIn, TOut>(this TIn obj, Func<TIn, TOut> func) 
            where TIn : ISynchronizeInvoke
        {
            return obj.InvokeRequired
                ? (TOut)obj.Invoke(func, new object[] { obj })
                : func(obj);
        }
    }
}

Biraz farklı yapmak istiyorum, bir Eylem ile gerekirse "kendim" demeyi seviyorum,

    private void AddRowToListView(ScannerRow row, bool suspend)
    {
        if (IsFormClosing)
            return;

        if (this.InvokeRequired)
        {
            var A = new Action(() => AddRowToListView(row, suspend));
            this.Invoke(A);
            return;
        }
         //as of here the Code is thread-safe

Bu kullanışlı bir desen, IsFormClosing hala çalışan bazı arka plan iş parçacıkları olabilir gibi formumu kapatırken True olarak ayarladığım bir alandır ...

Asla şöyle görünen bir kod yazmamalısınız:

private void DoGUISwitch() {
    if (object1.InvokeRequired) {
        object1.Invoke(new MethodInvoker(() => { DoGUISwitch(); }));
    } else {
        object1.Visible = true;
        object2.Visible = false;
    }
}

Buna benzeyen bir kodunuz varsa, uygulamanız iş parçacığı için güvenli değildir. Farklı bir iş parçacığından zaten DoGUISwitch () öğesini çağıran kodunuz olduğu anlamına gelir. Farklı bir iş parçacığında olup olmadığını kontrol etmek için çok geç. DogUISwitch'i aramadan ÖNCE InvokeRequire çağrılmalıdır. Farklı bir iş parçacığından herhangi bir yönteme veya özelliğe erişmemelisiniz.

Başvuru: Aşağıdakileri okuyabileceğiniz Control.InvokeRequired Özelliği :

InvokeRequired özelliğine ek olarak, bir denetimde işlenecek iş parçacığı için güvenli olan dört yöntem vardır: Denetimin tanıtıcısı zaten oluşturulmuşsa, Invoke, BeginInvoke, EndInvoke ve CreateGraphics.

Tek bir CPU mimarisinde sorun yoktur, ancak çoklu CPU mimarisinde UI iş parçacığının bir kısmının arama kodunun çalıştığı işlemciye atanmasına neden olabilirsiniz ve bu işlemci UI iş parçacığından farklıysa o zaman çalışan iş parçacığı bittiğinde Windows UI iş parçacığının sona erdiğini düşünecek ve uygulama işlemini öldürecek yani uygulamanız hatasız çıkacaktır.