Cách tạo trình bao bọc không đồng bộ

Question

Cách tốt hơn để tạo trình bao bọc không đồng bộ cho phương thức đồng bộ?

// sync method 
public void LongOperation() 
{ 
    //code... 
} 


// versions of wrapper 
public async Task LongOpertionWrapperAsyncV1() 
{ 
    var task = Task.Factory.StartNew(LongOperation); 
    await task.ConfigureAwait(false); 
} 

public Task LongOpertionWrapperAsyncV2() 
{ 
    var task = Task.Factory.StartNew(LongOperation); 
    task.ConfigureAwait(false); 
    return task; 
} 

Mặc dù việc sử dụng cả hai phiên bản đều không khác nhau.

async Task Executor() 
{ 
    await LongOpertionWrapperAsyncV1(); 
    await LongOpertionWrapperAsyncV2(); 
} 

Đối với phương pháp mà trở về giá trị (công tác <T>), tôi sử dụng phiên bản đầu tiên.

Nhưng tôi muốn biết ý kiến ​​của bạn.

Và có sự khác biệt chung giữa các phiên bản này?

Answer 1

Bạn nên sử dụng "một cái gì đó như" V2:

public Task LongOpertionWrapperAsyncV2() 
{ 
    return Task.Run(LongOperation); 
} 

và

async Task Executor() 
{ 
    await LongOpertionWrapperAsyncV2().ConfigureAwait(false); 
} 

này giúp bạn tiết kiệm một bối cảnh chuyển đổi so với V1. Miễn là bạn không cần phải "chờ đợi một hoạt động khác" và async-Task là hoạt động cuối cùng trong phương thức bạn chỉ có thể trả lại tác vụ thay vì chờ nó và để chờ người gọi (cũng có thể hoặc không thể thêm ConfigureAwait).

Task.Factory.StartNew chỉ cần thiết nếu bạn muốn cung cấp TaskCreationOptions.LongRunning như HPT được đề xuất.

UPDATE:
Như Stephen đã meantioned: Có rất ít trường hợp bạn nên làm async over sync (nhưng có). Vì vậy, suy nghĩ về những gì bạn đang làm trước khi thực hiện một cái gì đó như thế này. Đơn giản nói: Nếu nó là CPU-bound làm việc KHÔNG làm điều đó, nếu nó là một số loại "chờ đợi cho IO" MAYBE làm điều đó.
Chúng tôi có một trường hợp ở đây, nơi chúng tôi đã phát triển thư viện "gần như không đồng bộ", để kiểm soát các thiết bị HW khác nhau. Có cả "generic thư viện" là không đồng bộ, nhưng một số các trình điều khiển thiết bị cấp thấp và/hoặc thư viện truy cập không hỗ trợ async vân vân mức rất thấp nhất chúng tôi làm điều gì đó như:

public async Task<byte[]> ReadAsync(int length) 
{ 
    return Task.Run(() => hwDevice.Read(length)); 
} 

Các hwDevice.Read không vẫn khóa các chủ đề, nhưng không phải là CPU, do đó, giao diện người dùng được đáp ứng trong thời gian đó chúng tôi đang chờ đợi cho IO (trong "thực sự sống" cũng là một số hủy bỏ và xử lý lỗi logic xung quanh nó).

Answer 2

Neither solution is correct. Câu trả lời hay nhất là để không hiển thị các phương thức không đồng bộ cho mã đồng bộ. Tôi đi sâu vào "lý do" on my blog.

Nếu mã của bạn không đồng bộ, sau đó sử dụng async và await. Nếu không, thì đừng. Nó sẽ được người gọi đến như thế nào họ muốn gọi mã (ví dụ, sử dụng Task.Run).