Tại sao biểu thức lambda phải được truyền khi được cung cấp dưới dạng tham số Ủy quyền thuần túy

Lấy phương thức System.Windows.Forms.Control.Invoke (Phương thức ủy nhiệm)

Tại sao điều này gây ra lỗi thời gian biên dịch:

string str = "woop";
Invoke(() => this.Text = str);
// Error: Cannot convert lambda expression to type 'System.Delegate'
// because it is not a delegate type

Tuy nhiên, điều này hoạt động tốt:

string str = "woop";
Invoke((Action)(() => this.Text = str));

Khi phương thức yêu cầu một Đại biểu thuần túy?

Một biểu thức lambda hoặc có thể được chuyển đổi sang một loại đại biểu hoặc một cây biểu hiện - nhưng nó phải biết mà loại đại biểu. Chỉ biết chữ ký là không đủ. Ví dụ: giả sử tôi có:

public delegate void Action1();
public delegate void Action2();

...

Delegate x = () => Console.WriteLine("hi");

Bạn mong đợi kiểu cụ thể của đối tượng được gọi xlà gì? Có, trình biên dịch có thể tạo kiểu đại biểu mới với chữ ký thích hợp, nhưng điều đó hiếm khi hữu ích và bạn sẽ có ít cơ hội kiểm tra lỗi hơn.

Nếu bạn muốn gọi dễ dàng Control.Invokebằng Actioncách dễ dàng nhất là thêm một phương thức mở rộng vào Control:

public static void Invoke(this Control control, Action action)
{
    control.Invoke((Delegate) action);
}

Bạn mệt mỏi với việc đúc lambdas nhiều lần?

public sealed class Lambda<T>
{
    public static Func<T, T> Cast = x => x;
}

public class Example
{
    public void Run()
    {
        // Declare
        var c = Lambda<Func<int, string>>.Cast;
        // Use
        var f1 = c(x => x.ToString());
        var f2 = c(x => "Hello!");
        var f3 = c(x => (x + x).ToString());
    }
}

Chín phần mười thời gian mọi người nhận được điều này vì họ đang cố gắng điều khiển chuỗi giao diện người dùng. Đây là cách lười biếng:

static void UI(Action action) 
{ 
  System.Windows.Threading.Dispatcher.CurrentDispatcher.BeginInvoke(action); 
}

Bây giờ nó được nhập, sự cố đã biến mất (qv Skeet's anwer) và chúng ta có cú pháp rất ngắn gọn sau:

int foo = 5;
public void SomeMethod()
{
  var bar = "a string";
  UI(() =>
  {
    //lifting is marvellous, anything in scope where the lambda
    //expression is defined is available to the asynch code
    someTextBlock.Text = string.Format("{0} = {1}", foo, bar);        
  });
}

Để có điểm thưởng, đây là một mẹo khác. Bạn sẽ không làm điều này cho nội dung giao diện người dùng nhưng trong trường hợp bạn cần SomeMethod để chặn cho đến khi nó hoàn thành (ví dụ: I / O yêu cầu / phản hồi, chờ phản hồi), hãy sử dụng WaitHandle (qv msdn WaitAll, WaitAny, WaitOne).

Lưu ý rằng AutoResetEvent là một dẫn xuất WaitHandle.

public void BlockingMethod()
{
  AutoResetEvent are = new AutoResetEvent(false);
  ThreadPool.QueueUserWorkItem ((state) =>
  {
    //do asynch stuff        
    are.Set();
  });      
  are.WaitOne(); //don't exit till asynch stuff finishes
}

Và một mẹo cuối cùng vì mọi thứ có thể trở nên rối rắm: WaitHandles làm ngưng trệ chuỗi. Đây là những gì họ phải làm. Nếu bạn cố gắng điều chỉnh chuỗi giao diện người dùng trong khi nó bị treo, ứng dụng của bạn sẽ bị treo. Trong trường hợp này (a) một số quá trình tái cấu trúc nghiêm trọng đang được thực hiện và (b) là một bản hack tạm thời, bạn có thể đợi như sau:

  bool wait = true;
  ThreadPool.QueueUserWorkItem ((state) =>
  {
    //do asynch stuff        
    wait = false;
  });
  while (wait) Thread.Sleep(100);

Peter Wone. bạn là da man. Nói xa hơn về khái niệm của bạn, tôi đã đưa ra hai hàm này.

private void UIA(Action action) {this.Invoke(action);}
private T UIF<T>(Func<T> func) {return (T)this.Invoke(func);}

Tôi đặt hai chức năng này vào ứng dụng Biểu mẫu của mình và tôi có thể thực hiện cuộc gọi từ các nhân viên nền như thế này

int row = 5;
string ip = UIF<string>(() => this.GetIp(row));
bool r = GoPingIt(ip);
UIA(() => this.SetPing(i, r));

Có thể hơi lười biếng, nhưng tôi không phải thiết lập các chức năng do worker done, điều này rất tiện dụng trong những trường hợp như thế này

private void Ping_DoWork(object sender, System.ComponentModel.DoWorkEventArgs e)
{
  int count = this.dg.Rows.Count;
  System.Threading.Tasks.Parallel.For(0, count, i => 
  {
    string ip = UIF<string>(() => this.GetIp(i));
    bool r = GoPingIt(ip);
    UIA(() => this.SetPing(i, r));
  });
  UIA(() => SetAllControlsEnabled(true));
}

Về cơ bản, lấy một số địa chỉ ip từ một DataGridView gui, ping chúng, đặt các biểu tượng kết quả thành màu xanh lá cây hoặc màu đỏ và kích hoạt lại các nút trên biểu mẫu. Có, nó là "song song.cho" trong một công việc nền. Vâng, đó là RẤT NHIỀU yêu cầu chi phí, nhưng nó không đáng kể đối với danh sách ngắn và mã nhỏ gọn hơn nhiều.

Tôi đã cố gắng xây dựng điều này dựa trên câu trả lời của @Andrey Naumov . Có thể đây là một cải tiến nhỏ.

public sealed class Lambda<S>
{
    public static Func<S, T> CreateFunc<T>(Func<S, T> func)
    {
        return func;
    }

    public static Expression<Func<S, T>> CreateExpression<T>(Expression<Func<S, T>> expression)
    {
        return expression;
    }

    public Func<S, T> Func<T>(Func<S, T> func)
    {
        return func;
    }

    public Expression<Func<S, T>> Expression<T>(Expression<Func<S, T>> expression)
    {
        return expression;
    }
}

Trong đó tham số kiểu Slà tham số chính thức (tham số đầu vào, bắt buộc tối thiểu để suy ra phần còn lại của các kiểu). Bây giờ bạn có thể gọi nó như sau:

var l = new Lambda<int>();
var d1 = l.Func(x => x.ToString());
var e1 = l.Expression(x => "Hello!");
var d2 = l.Func(x => x + x);

//or if you have only one lambda, consider a static overload
var e2 = Lambda<int>.CreateExpression(x => "Hello!");

Bạn có thể có thêm quá tải cho Action<S>và Expression<Action<S>>tương tự trong cùng một lớp. Đối với khác được xây dựng trong đại biểu và biểu hiện các loại, bạn sẽ phải viết các lớp riêng biệt như Lambda, Lambda<S, T>, Lambda<S, T, U>, vv

Lợi thế của điều này mà tôi thấy so với cách tiếp cận ban đầu:

1. Một đặc tả kiểu nhỏ hơn (chỉ tham số chính thức cần được chỉ định).

2. Điều này cho phép bạn tự do sử dụng nó để chống lại bất kỳ Func<int, T>, không chỉ khi Tđược nói string, như được hiển thị trong các ví dụ.

3. Hỗ trợ các biểu thức ngay lập tức. Trong cách tiếp cận trước đó, bạn sẽ phải chỉ định lại các loại, như:

   var e = Lambda<Expression<Func<int, string>>>.Cast(x => "Hello!");
   
   //or in case 'Cast' is an instance member on non-generic 'Lambda' class:
   var e = lambda.Cast<Expression<Func<int, string>>>(x => "Hello!");

   cho các biểu thức.

4. Việc mở rộng lớp cho các kiểu đại biểu (và biểu thức) khác cũng tương tự như trên.

   var e = Lambda<Action<int>>.Cast(x => x.ToString());
   
   //or for Expression<Action<T>> if 'Cast' is an instance member on non-generic 'Lambda' class:
   var e = lambda.Cast<Expression<Action<int>>>(x => x.ToString());

Theo cách tiếp cận của tôi, bạn chỉ phải khai báo các kiểu một lần (ít hơn một lần đối với Funcs).

Một cách khác để triển khai câu trả lời của Andrey giống như không hoàn toàn chung chung

public sealed class Lambda<T>
{
    public static Func<Func<T, object>, Func<T, object>> Func = x => x;
    public static Func<Expression<Func<T, object>>, Expression<Func<T, object>>> Expression = x => x;
}

Vì vậy, mọi thứ giảm xuống:

var l = Lambda<int>.Expression;
var e1 = l(x => x.ToString());
var e2 = l(x => "Hello!");
var e3 = l(x => x + x);

Điều đó thậm chí còn ít hơn khi gõ, nhưng bạn sẽ mất đi sự an toàn khi gõ và imo, điều này không đáng.

Đến bữa tiệc hơi muộn nhưng bạn cũng có thể truyền như thế này

this.BeginInvoke((Action)delegate {
    // do awesome stuff
});

 this.Dispatcher.Invoke((Action)(() => { textBox1.Text = "Test 123"; }));

Chơi với XUnit và Xác định thông thạo tôi có thể sử dụng khả năng nội tuyến này theo cách mà tôi thấy rất hay.

Trước

[Fact]
public void Pass_Open_Connection_Without_Provider()
{
    Action action = () => {
        using (var c = DbProviderFactories.GetFactory("MySql.Data.MySqlClient").CreateConnection())
        {
            c.ConnectionString = "<xxx>";
            c.Open();
        }
    };

    action.Should().Throw<Exception>().WithMessage("xxx");
}

Sau

[Fact]
public void Pass_Open_Connection_Without_Provider()
{
    ((Action)(() => {
        using (var c = DbProviderFactories.GetFactory("<provider>").CreateConnection())
        {
            c.ConnectionString = "<connection>";
            c.Open();
        }
    })).Should().Throw<Exception>().WithMessage("Unable to find the requested .Net Framework Data Provider.  It may not be installed.");
}